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information known to me to be material to patentability as defined in 37 CFR 1 .56, including 
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application or any patent issuing thereon. 
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Table 7.4 Bandwidth Considerations for PSIP Tables 



Table Type 


Section Size 


Number of 


Repeat 


Average BW 


Peak BW 




(bytes) 


Packets 


Interval 


(kbps) 


(kbps) 


MGT (24 EITs) 


589 


4 


150 msec 


40.1 


40.1 


VCT (5 VCs) 


356 


2 


400 msec 


7.5 


20 


RRT(US) 21 


901 


5 


60 sec 


0.2 


60 


STT 


20 


<usually in 


1000 msec 


0.2 


0.2 






spare space> 








DCCT 


100 


1 


400 msec 


3.8 


3.8 


(3 dcc_vc, no descriptors) 












DCCSCT 


3352 


19 


60 min 


0.1 


190 


(142 select_codes, 20 locations) 









21 The size of the U.S. RRT is show as early PSIP implementations may send it. 
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instance See table instance. 
logical channel See virtual channel 

major channel The first number in a two-part number used to identify a virtual channel. Each 
virtual channel carries one service, such as a television program. The major channel in the 
U.S. for current NTSC broadcasters is usually their NTSC channel number. 

minor channel The second number in a two-part number used to identify a virtual channel. The 
minor number changes for each different service that is or will be present in a DTV transport 
stream. 

physical channel A generic term to refer to the each of the 6 MHz frequency bands where 
television signals are embedded for transmission. Also known as the physical transmission 
channel (PTC). One analog virtual channel fits in one PTC but multiple digital virtual 
channels typically coexist in one PTC. 

physical transmission channel See physical channel 

program element A generic term for one of the elementary streams or other data streams that 
may be included in a program. For example: audio, video, data, and so on. 

program In MPEG terminology, a collection of program elements. Program elements may be 
streams of data such as video, data, and audio. Program elements need not have any defined 
time base; those that do have a common time base are intended for synchronized presentation. 
The term program is also commonly used in the context of a "television program" such as a 
scheduled daily news broadcast. In ATSC standards, the term "event" is used to refer to a 
"television program" to avoid confusion with the MPEG technical definition. 

region As used in the PSIP document, a region is a geographical area consisting of one or more 
countries. 

section A data structure comprising a portion of an ISO/IEC 13818-1 (MPEG Systems) defined 
table, such as the Program Association Table (PAT), Conditional Access Table (CAT), or 
Program Map Table (PMT). All sections begin with the tabie_id and end with the CRC_32 field, 
and their starting points within a packet payload are indicated by the pointerjield mechanism 
defined in the ISO/IEC 13818-1 International Standard. 

stream An ordered series of bytes. The usual context for the term stream is the series of bytes 
extracted from transport stream packet payloads which have a common unique PID value 
(e.g., video PES packets or Program Map Table sections). 

table, PSIP A collection of tables describing virtual channel attributes, event features, and other 
elements. PSIP tables are compliant with the private section syntax of ISO/IEC 13818-1. 

table, instance Tables are identified by the tablejd field. However, in cases such as the RRT and 
EIT, several tables with different content can be defined simultaneously; each of these is a 
table instance. All instances have the same PID and tablejd but a different table_id_extension. 

version number A number that increments each time there is a change in a referenced table. 

virtual channel A virtual channel (VC) is the designation, usually a number, that is recognized 
by the user as the single entity that will provide access to a TV program. It is called "virtual" 
because its identification (name and number) may be defined independently from its physical 
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Other data specific to each terrestrial virtual channel includes a flag that tells whether the service 
requires one of several special handling conditions, and an indication as to whether "extended 
text" is available to provide a textual description of the service. 

6.3.1 VCT Structure 

The field number_of_channels_in_section indicates the number of channels described in this section 
of the VCT. In normal applications, as in the example being considered here, all channel 
information will fit into one section." In the example (Figure 6.2) the number_channels_insection is 
5. 



VCT 



current_next_indicator = 1 
number_channels_in_section = 5 



major 


minor 


short 


carrier 


channel 


progr. flags 


service 


source 


descriptors 


num. 


num. 


name 


freq. (MHz) 


TSID 


num. 


type 


id 




12 


0 


NBZ 


205.25 


OxOAAO 


OxFFFF -- 


analog 


12 


chname 


12 


1 


NBZD 


620.31 


0x0 AA1 


0x0001 


digital 


1 


chname 
serv_locat. 


12 


2 


NBZ-S 


620.31 


0x0 AA1 


0x0002 


digital 


2 


chname 
serv_locat. 


12 


3 


NBZ-M 


620.31 


0x0 AA1 


0x0003 


digital 


3 


ch_name 
servjocat. 


12 


4 


NBZ-H 


620.31 


OxOAAl 


0x0004 


digital 


4 


chname 
serv_locat. 



Figure 6.2 Selected typical content of a Virtual Channel Table. 

The fields major_channe!_number and minor_channel_n umber are used for identification of the 
service on a virtual channel. The major channel number is used to group all channels that are to 
be identified as belonging to a particular broadcaster (or particular identifying number such as 12 
in this case). In the U.S., the NTSC RF channel is required to be used as a major channel 



1 1 However, there may be rare times when most of the physical channel is used to convey dozens of low-bandwidth 
services such as audio-only and data channels in addition to one video program. In those cases, the channel 
information may be larger than the VCT section limit of 1 Kbyte and therefore VCT segmentation will be 
required. Information about a channel cannot be split across two sections. For example, assuming that a 
physical channel conveys 20 low-bandwidth services in addition to a TV program, and assuming that their VCT 
information exceeds 1 Kbyte, then two or more sections may be defined. The first section may describe 12 
virtual channels and the second 9 if such a partition leads to VCT sections with less than 1 Kbyte. 
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Association of America (MPAA) system. The levels within the MPAA dimension include "G," 
"PG,""PG-13,"andsoon. 

Once a receiver learns the dimensions and levels of a rating system it can do two things: 

Provide a user interface to allow the user to set limits on program content 
Interpret content advisory data on individual program events 

Based on a user's preference for certain program content, the receiver can block programming 
that exceeds a desired threshold. 

PSIP does not define the actual dimensions and levels of any rating region, rather, it provides 
the transport mechanism to deliver the table. The table structure in PSIP allows one or more 
instances of the RRT to be sent, as needed, where each instance defines one region. For 
terrestrial broadcast, for many parts of the U.S., only the U.S. Rating Region will be applicable. 
For areas close to national borders, however, a Canadian 20 or Mexican rating table may be sent in 
addition. 

6.7.1 RRT Structure 

The Rating Region Table is a fixed data structure in the sense that its content remains mostly 
unchanged. It defines the rating standard that is applicable for each region and/or country. 
Several instances of the RRT can be constructed and carried in the transport stream 
simultaneously. Each instance is identified by a different tableJd_extension value (which becomes 
the rating_region in the RRT syntax) and corresponds to one and only one particular region. Each 
instance has a different version number that is also carried in the MGT. This feature allows 
updating each instance separately. 

Figure 6.4 shows an example of one instance of an RRT for a region called "Tumbolia," 
assigned by the ATSC to rating_region 20. Each event listed in any of the EITs may carry a content 
advisory descriptor. This descriptor is an index or pointer to one or more instances of the RRT. 



20 See EIA/CEA-766-A 
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(RF) location. Examples of virtual channels include: digital radio (audio only), a typical cable 
analog TV channel, a typical digital TV channel (composed of one audio and one video 
stream), multi-visual digital channels (composed of several video streams and one or more 
audio tracks), or a data broadcast channel (composed of one or more data streams). In the case 
of an analog TV channel, the virtual channel designation will link to a specific physical 
transmission channel. In the case of a digital TV channel, the virtual channel designation will 
link both to the physical transmission channel and to the particular video and audio streams 
within that physical transmission channel that make up the event currently on that VC. 



4. PSIP STRUCTURE 

PSIP is a collection of tables, each of which describes elements of typical digital television 
services [4]. Figure 4.1 shows the primary components and the notation used to describe them. 
The packets of the base tables are all labeled with a base packet identifier (PID) (base„PlD). The 
base tables are: 

• System Time Table (STT) 

• Rating Region Table (RRT) 

• Master Guide Table (MGT) 

• Virtual Channel Table (VCT) 

The Event Information Tables (EIT) are a second set of tables, whose packet identifiers are 
defined in the MGT. The Extended Text Tables (ETT) are a third set of tables, and similarly 
their PIDs are defined in the MGT. 
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number. In the example, channel 12 was originally assigned as an NTSC channel and the 
associated digital channel assigned by the FCC also used the channel 12 "brand;" so that all the 
programming for broadcaster "NBZ" can be accessed together through surfing or in a paper or 
electronic program guide. Services that are unrelated to the NTSC brand may have another major 
channel number. The minor channel number specifies a particular channel within the group with 
each major number. There can be more than one major-minor combination that points to the 
same components. 

The field short„name is a seven-character name for the channel that allows receivers to use 
text-based access and navigation. 

The field modulation_mode gives information to the receiver that may help it configure to 
demodulate a service. It is only useful when the virtual channel is in a different broadcast or 
being broadcast in a different mode, such as 16-VSB, NTSC, or QAM. 

The channelJD normally has the same value as the Transport System ID (for digital services in 
the same transport stream) or the Transmission System ID (for NTSC services that are 
described). The Transmission System ID uniquely identifies each analog station that is included, 
but normally this is only the analog station that is paired with the digital station. The FCC will' 2 
issue a TSID for each digital station upon licensing. The TSID for the digital station will be a 
odd hex number in the range of 0x0001 to OxFFFE. The FCC will also assign the next lowest 
even hex number to the paired analog station. In the example (Figure 6.2), channel 12 digital is 
assigned OxOAAl, while channel 12 analog is assigned OxOAAO. 

For digital services, the channeLTSIDs listed in the VCT must match the TSIDs listed in the 
MPEG Program Association Table (PAT) where the digital service is transmitted. This may be 
done automatically by the PSIP encoder, but should be verified by the broadcaster or changed in 
the special cases of cross announcement agreements or other special circumstances. 

The program_number is included to associate the VCT with the MPEG PAT and Program Map 
Table. This is an arbitrary number between 1 and 65534. Use 65535 for all analog channels. The 
PSIP encoder should automatically assign this number if it is in electronic communication with 
the video encoder/multiplexer to ensure equality. If there is no electronic communication, the 
broadcaster must insure that the corresponding values match. 0 

The link between the VCT and the SLD is via the program_number. If values for the transport 
streamjd, program__number, and SLD information are specified by the broadcaster in setting up the 
VCT, the PAT/PMT combination can be automatically generated by some PSIP encoders. Other 
equipment configurations require direct settings of the video encoder and/or the emission 
multiplexer. It is recommended that all PSIP encoders automatically control these 
relationships. 0 

The hidden and hide„guide fields provide information to the receiver on how to offer access to 
virtual channels to the receiver user. Table 6.2 shows expected DTV receiver behavior for the 
various combinations of the hidden and hide_guide attributes. 



12 The FCC has agreed to issue these numbers. However as of this writing, that process has not started and the list 
(that the FCC has been provided as a starting point) can be found at http://www.mstv.org. 
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RRT 
rating_region = 20 

rating_region_nameJext= "Tumbolia" 
dimensions = 1 

dimensionjname = "Humor Level" 
values_defined - 6 



value 


abbrev 


rating value 


0 
1 

2 
3 
4 
5 


"DH" 

"VH" 
"EH" 


m? 

"Devoid of Humor" 
"Mildly Humorous" 
"Humorous" 
"Very Humorous" 
"Exceptionally Humorous" 



Figure 6.4 An Instance of a Rating Region Table (RRT). 

6.8 Directed Channel Change 

Directed Channel Change allows broadcasters to tailor programming or advertising based upon 
viewer demographics. For example, viewers who enter location information such as their zip 
code into a DCC-equipped receiver could receive commercials that provide specific information 
about retail stores in their neighborhood. Segments of newscasts, such as weather alerts that are 
relevant to certain areas could also be targeted based upon this location information. 

A channel change may also be based upon the subject matter of the content of the program. 
Nearly 140 categories of subject matter have been tabulated that can be assigned to select the 
program content. A broadcaster can use this category of DCC request switching to direct a 
viewer to a program based upon the viewer's desire to receive that subject matter. For additional 
information on Directed Channel Change, see Annex L. 

Note that all information in the Directed Channel Change Selection Code Table (DCCSCT) 
is for comparison and redirection decision purposes only, and is not an alternative method to 
communicate information about the programs. 

6.9 Service Descriptors 

Most digital television receivers are required to decode closed captioning and to support 
blocking of programming based on content advisory information. They also can decode alternate 
audio services (similar to NTSC SAP). In order to inform the viewer that closed captioning and 
alternate audio are available from the broadcast station and to provide easy access to these 
services, receivers depend on data that can be sent by the broadcaster via PSIP. Content advisory 
information, also sent in PSIP, is directly acted on by the receiver to block programs. 

All this information is carried in PSIP data packets called descriptors. It is recommended that 
at a minimum the following three descriptors be sent when needed: 0 
The Content Advisory Descriptor (EIT) 
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STT 



RRT 



MGT 




For channel y: 
source id- 



r-0 i EIT-1 I 




source id 



source id 



source id 



source id 



source id 



source id 



Figure 4.1 Overall structure of the PSIP tables. 

The System Time Table is a small data structure that fits in one Transport Stream packet and 
serves as a reference for time-of-day functions. Receivers can use this table to manage various 
operations and scheduled events, as well as display time-of-day. 

The Rating Region Table has been designed to transmit the rating system in use for each 
country using the ratings. In the United States, this is incorrectly but frequently referred to as the 
"V-chip" system; the proper title is Television Parental Guidelines (TVPG). Provisions have 
been made for multi-country systems. 

The Master Guide Table provides indexing information for the other tables that comprise the 
PSIP Standard. It also defines table sizes necessary for memory allocation during decoding, 
defines version numbers to identify those tables that need to be updated, and generates the packet 
identifiers that label the tables. 

The Virtual Channel Table, also referred to as the Terrestrial VCT (TVCT), contains a list of 
all the channels that are or will be on-line, plus their attributes. Among the attributes given are 
the channel name and channel number. 

There are up to 128 Event Information Tables, EIT-0 through EIT-1 27, each of which 
describes the events or television programs for a time interval of three hours. Because the 
maximum number of EITs is 128, up to 16 days of programming may be advertised in advance. 
At minimum, the first four EITs must always be present in every transport stream, and 24 are 
recommended. Each EIT-k may have multiple instances, one for each virtual channel in the 
VCT. 
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Table 6.2 Receiver Behavior with hidden and hide^guide Attributes 



hidden 


hide_guide 


Receiver Behavior 


Description 






Surf 


Guide 




0 


X 






Normal channel 


1 


1 






Special access only 


1 


0 






Inactive channel 



A channel that is currently active should be available by surfing (sequential channel display 
via repeated activation of a single control by the receiver user) as well as through the receiver's 
program guide user interface. The broadcaster indicates this by setting hidden to '0'. When hidden 
is '0' the value of hide_guide is meaningless and should be ignored. When a channel is currently 
inactive, the receiver should skip over that channel while the user is surfing, but future program 
listings should be viewable in the program guide. The broadcaster should assign ' V to hidden and 
'0' to hide_guide to these channels in the current VCT. This combination will frequently be used 
by broadcasters that change the number of services during each day. 

The field servicejype is a description of the type of service offered, and is included to help the 
receiving device configure properly where: 
1 denotes an NTSC analog service 

• 2 denotes an ATSC full digital TV service including video, audio (if present) and data (if 
present) 

• 3 denotes an ATSC audio and data (if present) service 

• 4 denotes a ATSC data service 

The sourcejd is a critical internal index 13 for representing the particular logical channel. 
Broadcasters can assign arbitrary sourcejd numbers from 1 to 4095 for non registered sources' 4 . 

The source IDs are used in each Event Information Table to identify which minor channel 
will carry its programming for each 3 hour period. In the example, if channel 12-1 is or will be 
active during any part of a specific EITs time slot, that EIT will reference sourcejd 1 when listing 
that channel's programs. The PSIP encoder interface software will provide the sourcejd cross 
reference for each EIT set up routine once the decision about which virtual channel should have 
the program is made by the broadcaster. 

The Extended Text Tables also use the sourcejd for each minor channel (along with an 
eventjd from the Event Information Table) to associate the extended text messages with the 
appropriate minor channel and event.(See Sections 6.4 and 6.5 for details.) 

Two descriptors are associated with the logical channels in the example. The first one is 
extended_channel_name and — as its name indicates — it gives the full name of the channel. An 
example for channel NBZ-S could be: "NBZ Sports and Fitness." The broadcaster simply enters 
this information for each minor channel. 



13 Work has been started in SMPTE to have this number be unique and directly related to the program provider, i.e., 

HBO-1. It is anticipated that source IDs will identify where the given programming originates (e.g., NBC, WB, 
Tribune) and the ATSC will designate a registrar for source ids for North America sources. 

14 The need for this large a range has been questioned and is being investigated. 
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reserved 

version_number 

current„next_indicator 

section_number 
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As illustrated in Figure 4.2, there may be multiple Extended Text Tables, one or more 
channel ETT sections describing the virtual channels in the VCT, and an ETT-k for each EIT-k, 
describing the events in the EIT-k. These are all listed in the MGT. An ETT-k contains a table 
instance for each event in the associated EIT-k. As the name implies, the purpose of the ETT is 
to carry text messages. For example, for channels in the VCT, the messages can describe channel 
information, cost, coming attractions, and other related data. Similarly, for an event such as a 
movie listed in the EIT, the typical message would be a short paragraph that describes the movie 
itself. Extended Text Tables are optional in the ATSC system. 



MGT 



PID-V 




ETT-V 

Text messages 
for VCT 



ETT-0 

Text messages 
for EIT-0 




(pID-z) 

T 



ETT-1 


ETT-2 


Text messages 


Text messages 


forEIT-1 


for EIT-2 



Figure 4.2 Extended text tables in the PSIP hierarchy. 



4.1 Enhancements to the PSIP Standard 

In July 2001, the ATSC revised the PSIP Standard to include an amendment that provides 
functionality known as Directed Channel Change (DCC), and also clarified existing aspects of 
the standard. This feature allows broadcasters to tailor programming or advertising based upon 
viewer demographics. For example, viewers who enter location information such as their zip 
code into a DCC-equipped receiver can receive commercials that provide specific information 
about retail stores in their neighborhood. Segments of newscasts, such as weather reports, can 
also be customized based upon this location information. 

A channel change may also be based upon the subject matter of the program. Nearly 140 
categories of subject matter have been tabulated that can be assigned to describe the content of a 
program. A broadcaster can use this category of DCC request switching to direct a viewer to a 
program based upon the viewer's desire to receive content of that particular subject matter. It can 
also provide redirection to program alternatives with different content advisory ratings when a 
block condition is encountered on a receiver that supports DCC and the broadcast offers such 
alternatives. 

5. BASIC PSIP REQUIREMENTS FOR BROADCASTERS 

The three main tables (VCT, EIT, STT) contain information to facilitate suitably equipped 
receivers to find the components needed to present a program (event). Although receivers are 
expected to use stored information to speed channel acquisition, sometimes parameters must 
change and the VCT and EIT-0 are the tables that must be accurate each instant as they provide 
the actual connection path and critical information that can affect the display of the events. If 
nothing has changed since an EIT was sent for an event, then the anticipatory use of the data is 
expected to proceed, and when there is a change the new parts would be used. Additional tables 
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Table M.8 Syntax for the DCC Selection Code Table 



Syntax 

dcc_selection_codejable_section () { 
tablejd 




No. of Bits 

uzz 

8 


Format 

0xD4 


section_syntax_indicator 




1 


r 


privatejndicator 


1 


n' 


reserved 




2 




sectionjength 
table_id_extension 




12 
16 


uimsbf 
uimsbf 


reserved 


2 


fir---- 


versiorwiumber 


;5 


uimsbf 


currenLnexHndicator 


1 


'1' 


section_number 


8 


0x00 


last_sectiorwiumber 




8 ~VoxOO 


protocol_version 


8 


uimsbf 


selection_categories_defined 


8 


uimsbf 


for(i = 0; i < selection_categories_defined; { 






selection_category_code 




V 


uimsbf 


selection_category_name_length 
selection_category_name_text() 




8 

var 


uimsbf 


reserved 




6 


'111111' 


descriptors_length 




,0 


uimsbf 


for(j = 0;j<N;j++){ 








descriptors() 








_ }_ 








} 






reserved 


6 


'111111' 


additional_descriptors_length 


10 


uimsbf 


for (i = 0; i < N; { 








additionaLdescriptors() 








_>_ 








CRC_32 


— i 


32 


rpchof 



of the Directed Channel Change system are explained in Section 6.7 of the PSIP Standard 
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number_segments 



f or (j=Q; j <number_segments; j++){ 
compression_type 
mode 



0x01 



number_bytes 



for (k= 0; k<n urn be kbytes; k++) 
compressed_string_byte [k] 



8 


0x00 


8 


0x00 


y~ ~"~ 


0x01 







0x00 



Table K.2 Simplified Coding Method 



Syntax 


No. of Bits 


Value 








values_defined 


4 




for (j=0; j<values_defined; j++) { 






abbrev_rating_valuejength 


8 


0X00 


rating_value__length 

} 


8 


0X00 
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Note: 

The user's attention is called to the possibility that compliance with the PSIP standard (ATSC 
document A/65 A) explained in this Recommended Practice may require use of one or more 
inventions covered by patent rights. By publication of this document, no position is taken with 
respect to the validity of any patent claim(s), or of any patent rights in connection therewith. This 
document will undergo periodic review and may be subject to change by ballot of the ATSC 
membership. 
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1 .5 Syntax of Selected Service Descriptor Tables 
1 .5.1 Content Advisory Descriptor Syntax 

Table M.9 Syntax for the Content Advisory Descriptor 



Syntax 


No. of Bits 


Format 


content_advisory_descriptor () { 






noc^rintrtr ton 
UcoU IfJlUl IdCJ 


8 


0x87 


utJbcripior_ienytn 


8 


uimsbf 


reserved 


2 


'11' 


rating_region_count 


6 




for (i=0; i<rating_region_count; i++) { 






rating_region 


Is - - 


uimsbf 


rated_dimensions 


8 


uimsbf 


for (j=0;j<rated_dimensions;j++) { 






rating_dimensionJ 


8 


uimsbf 


reserved 


4 


'1111* 


rating_value 

_J__ 


4 


uimsbf 


rating_descrtption_length 


8 


uimsbf 


rating_description_text() 


var 




} _ _ _ __ 







Details of the Content Advisory Descriptor are explained in Section 6.7.4 of the PSIP Standard 

1 .5.2 AC-3 Audio Descriptor Syntax 

The AC-3 Audio Descriptor is discussed in Section 6.7.1 of the PSIP Standard [4]. 

1 .5.3 Caption Service Descriptor Syntax 

Table M.10 Syntax for the Caption Service Descriptor 



Syntax 



caption_service_descriptor () { 
descriptor_tag 
descriptorjength 
reserved 

n u m ber_of_se rvices 
_forjj=0;i<number_of_services;i++) { 
language 
cc_type 



No. of Bits 




8 


0x86 





8 


uimsbf 




3 


'111' 




5 


uimsbf 










- - 

8*3 


uimsbf 


_J 


1 


bslbf 



Format 
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ANNEX L: 

An Overview of Directed Channel Change 

1. INTRODUCTION 25 

A Directed Channel Change request is a trigger event sent within the PSIP stream of the DTV 
multiplex that will cause a "DCC-capable DTV reference receiver" (DCCRR) to select a 
different virtual channel from that to which it is already tuned. Depending upon the kind of DCC 
request, the change to a different virtual channel can occur without intervention by the viewer if 
the viewer has enabled the capability by providing required information during a setup process or 
during operation of the display. Alternatively, the change can take place under direct control of 
the viewer, for instance using a remote control device. 

To enable the automatic carrying out of a DCC request within a DCCRR, the DTV viewer 
will be required to provide information to the display system. This may be accomplished through 
an interactive setup session or may be done during operation of the receiver, as different viewing 
options become available. The information provided by the viewer to the DCCRR will permit the 
unit to determine which, if any, alternate virtual channel the DCCRR should display upon receipt 
of a DCC request. This selection will take place through the DCCRR matching the viewer 
information with categorization information or other selection criteria sent by the broadcaster or 
system operator. There are also forms of DCC request that enable real time viewer selections 
among alternate program streams, such as, for example, alternate camera views of a sporting 
event. F 6 

2. DCC SWITCH CRITERIA 

A switch from a currently viewed virtual channel to another virtual channel may be 
accomplished upon occurrence of any of the following selection criteria, some of which may be 
used in combination: 

Unconditional switch 36 
Postal code, zip code 26 , or location code 
Program Identifier 26 
Demographic category 
Content subject category 
Authorization level 
Content advisory value 
One of eight user categories 26 
In addition to the criteria listed above that serve to include groups of viewers into a DCC 
request, several of the criteria may also be used to exclude viewers from inclusion in a request 
For example, instead of listing many zip codes for inclusion of viewers in a DCC request the 
inverse logic may be used to specify the group of all viewers not included within a group of zip 

COC1CS . 



35 Note that ATSC is currently revising the data structures that define Directed Channel Change. 

" Items required within a DTV device providing minimal support for Directed Channel Change within the United 
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In method B, PSIP generating equipment does anticipate the occurrence of a leap second, and 
adjusts program start times for events happening after the new leap second is added. If the'leap 
second event is to occur at midnight tonight, an event starting at 10:00 a.m. tomorrow will be 
computed by receiving equipment as starting at 10:00:01 . 

For certain types of events, the precision of method B is necessary. By specifying events 
using a time system that involves no discontinuities, difficulties involving leap seconds are 
avoided. Events such as program start times do not require that level of precision. Therefore 
method A works well. 

2.1 An Example 

Consider the following example. Times are given relative to TJTC, and would be corrected to 
local time zone and daylight savings time as necessary. 

• Time of day (UTC): 1 :00 p.m., December 30 ,h , 1998 

• Event start time (UTC): 2:00 p.m., January 2 nd , 1999 

• A leap second event will occur just after 12:59:59 p.m. on December 31 s ' , 1998 

• Leap seconds count on December 30' h is 12 
The data in the System Time message is: 

• GPS seconds = 599,058,0 1 2 = 0x23B4E65C 

• GPS to UTC offset = 12 

Using method A (upcoming leap second event is not accounted for): 

• Event start time in EIT: 599,320,812 = 0x23B8E8EC 

• Converted to UTC: 2:00:00 p.m., January 2 nd , 1999 

• Number of seconds to event: 262,800 = 73 hours, 0 minutes, 0 seconds 
Using method B (upcoming leap second event is anticipated): 

• Event start time in EIT: 599,320,813 = 0x23B8E8ED 

• Converted to UTC: 2:00:01 p.m., January 2 nd , 1999 

• Number of seconds to event: 262,801 = 73 hours, 0 minutes, 1 second 

Note that when using method B, the number of seconds to event is correct, and does not need 
to be recomputed when the leap seconds count moves from 12 to 13 at year-end. 
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Syntax 

— ■ 




No. of Bits 


Format 
rui 1 1 icJL 


reserved 


— — 


1 




t 


if (cc_type==line21) { 










reserved 
Iine21_field 




5 
1 




'mil' 

bslbf 


— ) 

else 




















uctption_service_numDer 




6 






uimsbf 


easy_reader 




1 




bslbf 


wide_aspect_ratio 




1 




bslbf 


reserved 

} 

} 




14 




'11111111111111' 









Details of the Caption Service Descriptor are explained in Section 6.7.3 of the PSIP Standard 
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Two other DCC request actions have also been defined: an action to be taken upon a viewer 
switching away from a channel, and an action to be taken upon a viewer switching into a 
channel. 

The broadcaster may specify more than one type of selection criteria within a single DCC 
request. For example, it is possible to specify several individual zip codes by employing the Iood 
structure within the DCC Table. 

2.1 Unconditional Switch 

An unconditional switch would cause all viewers' channel, regardless of any other DCC 
selection criteria selected within the DCCRR, to switch to a specified virtual channel A potential 
use of this criteria would be to aggregate viewers on different virtual channels to a single 
channel. b 



2.2 Postal Code, Zip Code, or Location Code 

A channel change based upon the viewer's location may be accomplished by using one or more 
of these criteria. Broadcasters may use these capabilities to provide targeted programming based 
upon a viewer's location within the viewing area. 

2.3 Program Identifier 

A channel change based upon a program's episode and version number may be accomplished 
with this criteria. Use of this function would permit a broadcaster to direct a viewer's attention to 
a broadcast of a particular program having a certain episode and version number If the viewer 
had previously enabled a function within the DCCRR that would "remember" a particular 
program's episode/version number, the viewer could be directed to that program again upon 
detection of this criteria within the multiplex. ' 

2.4 Demographic Category 

A Directed Channel Change may be accomplished using demographic categories as a switching 
criteria. Demographics such as age group and gender can be selected. 

2.5 Content Subject Category 

A channel change based upon the subject matter of the content of the program can be 
accomplished. Nearly 140 categories of subject matter have been tabulated that can be assigned 
to describe the content of a program. A broadcaster may use this category of DCC request 
switching to direct a viewer to a program based upon the viewer's desire to receive content of 
that subject matter. Although nearly 140 subject categories have been identified for inclusion in 
the current version of the specification, additional categories may be determined in the future and 
may be transmitted to the DCCRR through a table revision mechanism (the Directed Channel 
Change Selection Code Table). 

2.6 Authorization Level 

A channel change may be accomplished using this mechanism in the event that the viewer 
attempts to switch to a virtual channel that he or she is not authorized to view. This category of 
DCC would permit the DCCRR to be directed to an alternative channel (such as a "barker" 
channel informing the viewer of ineligibility to view the channel) instead of the channel the 
viewer attempted to tune. 
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ANNEX F: 
NVOD Examples 



1. INTRODUCTION 



The examples within this annex describe an NVOD Base channel with four Child channels. The 
most delayed Child channel runs four hours after its Base channel. 



Five channel NVOD system. The base channel > which contains the time_shifted_service_descriptor() has six two-hour events 

per day. The child channels are delayed by one, two, three, and four hours respectively. 

12:00 15:00 18:00 21:00 00:00 03:00 06:00 09:00 12:00 15:00 18:00 21:00 21:00 



Base Channel 
Child (+1 hr) 
Child (+2 hr) 
Child (+3 hr) 
Child {+4 hr)— Delta 



El 



El 



E3 



E4 E5 



E2 



E3 E4 



E2 



E3 



E5 



E4 



El 



E2 E3 



E5 



E4 



E6 



E5 









El 


E2 


E3 


E4 


E5 


E6 




I 




I 



E6 



VI 



VI 



V3 



V2 



VI 



V4 



V5 V6 



V3 



| V5 V6"[ 



V5 



V6 











V2 


V3 | V4 


V5 | V6 




I 





EIT#0 EIT#1 EIT#2 EIT#3 EIT#4 E1T#5 E1T#6 EIT#7 EIT#8 EIT#9 EIT#10 EIT#1 1 EIT#1 2 



Generate 
EIT now 



EIT 

EIT#0 El E2 
EIT#1 E2 E3 
EIT#2 E4E5 
E1T#3 E5 E6 
EIT#4 
EIT#5 
EIT#6 
EIT#7 

EIT#8 VI V2 
EIT#9 V2 V3 
E1T#10 V4 V5 
EIT#11 V5 V6 
EIT#12 V6 



Figure F.l NVOD Example #1. 

1.1 Notes 

As there are no events that have expired in the base channel, all EIT and ETT entries are the 
same as those for an ordinary channel. To find what event starts on channel Delta at 18:00 the 
steps are: 

3) Subtract the channel's time offset (4 hours) from 18:00, giving 14:00. 

4) Calculate which EIT window covers 14:00, giving EIT#0. 
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• Whether or not DST was observed at that station 

• The current GPS JJTC offset ( 1 3 seconds as of January 200 1 ) 

For this example, the values for the variable fields in the STT are given in Table B.5. 

Table B.5 Example System Time Table Parameters 



Parameter 


Value 


Comments 


systemjtime 


0x27 7E 7F 80 


Value created by PSIP generator. 


GPS_UTC_offset 


OxOD (13) 


Value created by PSIP generator. 


daylight-savings 


0x6000 


Value created by PSIP generator. 


1.5.2 Master Guide Table 






There are 25 tables in this example, so: 




tables_defined 


0x19 


Value calculated by PSIP generator. j 


The first table in the list is the VCT: 




tablejype 


0x0000 


Value created by PSIP generator. 


table_type_PID 


0x1 FFB 


Value created by PSIP generator. 


table_type_version_number 


00000 


Value created and maintained by PSIP generator. 


There are no table type descriptors for the VCT: 


number_bytes 


0x0002 


Value calculated by the PSIP generator. 


The table_type_descriptors_length is zero as there are none for the VCT: 


table_type_descriptors Jength 


0x000 


Value calculated by the PSIP generator. j 


The next table in the list is the EIT-0 for the sole virtual channel: 


table_type 


0x0100 


Value created by PSIP generator. 


table_type_PID 


OxOFFO 


Value created by PSIP generator. 


table_type_version_number 


0x00 


Value created and maintained by PSIP generator. 


number_bytes 


0x00000002 


Value calculated by the PSIP generator. 


There are no descriptors for this EIT-0 in this example: 


table_type_descriptors_length 


0x0 j 


Value created by PSIP generator. 1 


The next tables in the MGT list are EIT-1 through EIT-23 (the descriptorsjength field for the MGT 
is zero as there are none): 


descriptorsjength 


0 


Value calculated by PSIP generator. 


CRC_32 value 


Not shown here. 


Value calculated by PSIP generator. 
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2.7 Content Advisory Level 

This category of DCC is similar to that described in the preceding section (Authorization Level) 
but would redirect the viewer to another channel based on the content advisorv level in the 
DCCRR. 



2.8 User Specified Category 

This category of DCC would allow a broadcaster to specify one of eight classifications of a 
program so that if a viewer pressed one of eight "viewer-direct-select" buttons on a remote 
control, he or she would be directed to a virtual channel airing a program having that 
classification. This function would permit a broadcaster to define classifications not anticipated 
by this standard and then permit the viewer to be directed to programs or segments having those 
classifications. 



2.9 Arriving/Departing Request 

Two additional Directed Channel Change request actions are specified. A Departing Request 
descriptor may be used within a DCC signal the occurrence of a departing request or to cause a 
text box to appear for a definable amount of time prior to performing a channel change requested 
by the viewer. The text box may be used by the broadcaster to present information to the viewer, 
such as plot elements remaining in the program or upcoming segment schedule information. 

An Arriving Request descriptor may be used to signal the occurrences of an arriving request 
or cause a text box to appear for a definable amount of time upon arrival at a newly tuned virtual 
channel. For example, the text box may be used by the broadcaster to convey story line 
information up to this point in time, or even program schedule change or preemption information 
such as a program delayed announcement due to the previous or current program running long. 

3. DOWNLOADABLE SELECTION CODE TABLE 

Through an optional downloadable table mechanism called the Directed Channel Change 
Selection Code Table, updated information may be delivered to DCC-capable DTV reference 
receivers over the broadcast link. 
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5) Look in EIT#0 of the base channel for the event at 14:00, giving event E2. 



The base channel, which contains the time_shifted j>ervice_descriptor() has six two-hour 
events per day. The child channels are delayed by one, two, three, and four hours 



Five channel NVOD system. 

12:00 15:00 18:00 21:00 00:00 03:00 06:00 09:00 12:00 15 00 18 00 2100 21-00 

i-r- 

V2 [ V3 



Base Channel 
Child (+1 hr) 
Child (+2 hr) 
Child (+3 hr) 
Child (+4 hr>— Delta 



El 



E2 



E3 



E2 



E4 E5 



E3 



E2 



El 



E4 



E6 



E5 



E6 



E3 E4 



E] 



E3 



E5 



E6 



E5 



E2 E3 E4 



T 



E6 



E5 E6 



V2 



V4 



V5 



V3 



VI V2 



V3 



V6 



V5 



V4 V5 



VI V2 



VI 



V3 



V6 



V4 V5 



V2 



V4 



T 



V5 



ED 



EIT#0 EIT#1 ElTffl EIT#3 EIT#4 EIT#5 EIT#6 EIT#7 EIT#8 EIT#9 EIT# 



K) 



Generate Ejrp 
EiT now 

EIT#0 E2 E3 E4 E5 

EIT#1 E5E6 

EIT#2 

EIT#3 

EIT#4 

EIT#5 

EIT#6 VI V2 
EIT#7 V2 V3 
EIT#8 V4V5 
EIT#9 V5 V6 
EIT#i0 



Figure F.2 NVOD Example #2. 



1.2 Notes 

1 ) El has expired on channel Delta (the most delayed child); it is no longer listed in the EIT. 

2) E2 and E3 have not expired on channel Delta (although they have expired on the base 
channel); they have to be listed in EIT#0. 

3) E1T#1 and above are still the same as for a normal channel. 

4) To find what event starts on channel Delta at 1 8:00 the steps are: 

• Subtract the channel's time offset (4 hours) from 18:00, giving 14:00. 

• Calculate which EIT window covers 14:00, giving EIT#-2 (i.e. minus two). A negative 
number is not legal for a window => We must use EIT#0. 

• Look in EIT#0 of the base channel for the event at 14:00, giving event E2. 
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1.5.3 PSIP Driven MPEG System Tables (selected critical fields) 



Table B.6 Example PAT Settings 



Parameter 




Value 


Comments 


transport_stream_id 




0x0003 


FCC assigned value, preferably the default setting by the PSIP 
generator when shipped to the customer. 


program_n umber 




0x0001 


Value assigned by PSIP generator. 


prograrrwnap_PID 




OxOFFA 


Arbitrary value assigned by PAT generator. 


Table B.7 Example PMT (TS_program_map_section) 


Parameter 




Value 


Comments 


program__n umber 




0x0016 


Arbitrary value assigned by PSIP generator. 


PCR_PID 


0x09FF 


Arbitrary value assigned by PSIP generator; must be the same 
as the PCR_PID in the VCT's SLD (usually the same as video 
packets). 


first stream Jype 


0x02 


Value created by PSIP generator based on user input. 


elementary_PID 


0x09FF 


Arbitrary value created by PSIP generator; must be the same 
as the elementary_PID in the VCT's SLD. 


second stream_type 


0x81 


Value created by PSIP generator based on user input that 
audio is present. 


elementary_PID 


0x09FE 


Arbitrary value created by PSIP generator; must be the same 
as the elementary_PID in the VCT's SLD. 
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ANNEX A: 
Fundamental PSIP Structure 



1. INTRODUCTION 

The primary purpose of PSIP is to facilitate acquisition and navigation among analog and digital 
services available to a particular receiver or set-top box, but it also serves as a support platform 
for applications such as data broadcasting. 

In analog broadcast or cable television, if a user selects channel "4," the receiver knows to 
tune the frequency of channel 4 as standardized by the FCC — the 66-72 MHz band. The 
situation changes, however, with advent of digital transmission — digital broadcasters now have 
the freedom to define channel numbers independently of the radio frequency (RF) band used to 
carry the signal. PSIP is built around the concept of virtual channels. A virtual channel is called 
"virtual" because its definition is given by indirect reference through a data structure called a 
virtual channel table. So, when an end-user selects "channel 4" the receiver is actually selecting 
the channel record associated with user channel number 4. The definition of the channel as given 
in the VCT includes: 

The frequency and method of modulation 

• Textual name 

• Channel type (analog audio/video, digital audio/video, audio only, or data) 

• Channel number the user may use to access it 

The A/65A protocol introduced a powerful navigational concept, the "two-part" channel 
number. Broadcasters declared the need, as new digital services are introduced, to retain the 
brand-identity they currently have as a result of years of marketing and advertising. For 
broadcasters, the first part of the two-part number (called the major channel number) is required 
to be the same as the FCC channel number already in use for the analog service. The second part 
of the number (called the minor channel number) identifies one service within the group of 
services defined by the major number. From the point of view of the user, where before there 
was just "Channel 4," now there may also be Channels 4-1, 4-2, 4-3, and so on. 

PSIP also standardized the digital equivalent of the content advisory data now included in the 
analog broadcast via EIA-608-B XDS packets. This equivalent is standardized in EIA-766-A. 
PSIP delivers a Rating Region Table that defines the structure of a multi-dimensional content 
advisory system for a specific region (e.g., country), and a content advisory descriptor that can 
be used to associate specific program events with rating levels defined in the RRT. 

1.1 System Functional Requirements 

U.S. broadcasters were aware in early 1997 that the ATSC Digital Television Standard as written 
did not completely meet all of their needs. While they recognized the importance of providing 
program guide data along with digital broadcast programming, the standard indicated that use of 
the ATSC Program Guide Standard (document A/55) was "optional." Likewise, though the 
ATSC standard suite included the A/56 System Information (SI) Standard that defined network 
data tables for various transmission media, use of A/56 for broadcast was also optional. In the 
case of SI, broadcasters were not even sure they had any use at all for the network data it 
provided. After all, they felt, receivers already know the standard 6 MHz frequency plan, and the 
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ANNEX M: 
PSIP Tables 

1. INTRODUCTION 

This annex reproduces the primary PSIP tables described in PSIP Standard A/65A for the 
purposes of completeness and illustration of the overall system. 

1.1 MGT Syntax 



Table M.l Bit Stream Syntax for the Master Guide Table 



Syntax 


No. of Bits 


Format 


master nuide tahlp <;prtinn (\ / 


1 






8 


0xC7 


section_syntax_jndicator 


1 


t 


pnvaie_jnaicator 


1 


t 


rtJbervea 


2 


[ ir 


QPftion lonnth 
OCLIIUM ItJIItJLfl 


12 


uimsbf 


table_id_extension 

1 COC 1 V t?VJ 


16 
2 


0x0000 
'11' 


VCI E>IUI IUI I IUcI 


5 


uimsbf 


currenL.next_indicator 


1 




section_number 


■ 8 


0x00 


last_section_number 




0x00 


protocoLversion 


« 

o 


uimsuT 


tables_defined 


16 


uimsbf 


for (i=0;i<tables__defined;i++) { 






tablejype 


16 


uimsbf 


reserved 


3 


'nr 


table_type_PID 


13 


uimsbf 


reserved 


3 


'nr 


table_type_version_number 


5 


uimsbf 


number^bytes 


32 


uimsbf 


reserved 


4 


'1111' 


table Jype_descriptorsJength 


12 


uimsbf 


for (k=0;k<N;k++) { 






descriptor() 






___} 






} 

reserved 


4 


£ 11 1 r 


descriptors_length j 


12 


uimsbf 


for(U0;l<N;l++){ 1 
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ANNEX G: 

Interpretation of MGT Table Version Numbers 



1. INTRODUCTION 

At first glance, it may appear that the Master Guide Table (MGT) simply provides the version 
numbers for the table sections that make up the EIT/ETT tables for each timeslot. For example, 
the MGT may indicate a table_type_version_number of 5 for a table_type value of 0x0100 (EIT-0)' 
which could lead one to say "EIT-0 is at version 5." In fact, the MGT does give table version 
information for all transmitted tables, but a careful and correct interpretation of the data 
provided, including table_type_PID, must be made to avoid errors in processing. 

The proper interpretation of table_type_version_number is to consider it to reflect the 
version_number field in the referenced table. In accordance with MPEG-2 Systems, the scope of 
table version_number is limited to table sections delivered in transport packets with a common PID 
value. For example, for table sections with a given value of tableJD, a table section delivered in 
transport packets with PID value OxlEOO and version.number 6 must be interpreted as a separate 
and distinct table from a table section delivered in transport packets with PID value OxlEOl and 
version_number 6. 

The following example is designed to illustrate the distinction between the simple (incorrect) 
interpretation and the correct one. In the illustration, the incorrect interpretation leads to 
processing errors, which involve re-loading tables that have not in fact changed, or (more 
seriously) not updating tables that have changed. 

1.1 Examples 

For the following example, the time zone offset is 0. Each EIT table instance is associated with a 
separate PID (as per A/65A rules): 

1) Assume that it is noon. From noon to 3:00 p.m. the following is true: 

a) The EIT describing noon to 3:00 p.m. is in PID 24 0x1000; version number is 0 

b) The EIT describing 3:00 p.m. to 6:00 p.m. is in PID 0x1001; version number is 1 

c) The EIT describing 6:00 p.m. to 9:00 p.m. is in PID 0x1002; version number is 0 

d) The EIT describing 9:00 p.m. to midnight is in PID 0x1003; version number is 0 

e) The MGT is at version 7 and indicates: 

o EIT-0, PID Ox 1 000, version number 0 
o EIT- 1 , PID Ox 1 00 1 , version number 1 
o EIT-2, PID 0x1002, version number 0 
o EIT-3, PID 0x1003, version number 0 

2) The time moves to 3:00 p.m., crossing a timeslot boundary. Assume that the EIT 
describing 6:00 p.m. to 9:00 p.m. is changed now too. 

a) The EIT for noon to 3:00 p.m. is no longer sent, since its time has passed 

b) The EIT for 3:00 p.m. to 6:00 p.m. is still in PID 0x1001; version number is still 1 



4 The expression "in PID" as used here is a shorthand way of saying that the indicated table section is "carried i 
transport packets with a PID value equal to" the indicated value. 
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ANNEX C: 
PSIP for Cable Applications 



1. INTRODUCTION 

Typical cable systems use an out of band (OOB) control channel for addressable control and to 
carry much of the same information that is defined in PSIP. The cable operator is thus afforded 
guaranteed access at all times to control or to update data tables in each cable-system-owned box 
and potential access to each cable-ready receiver. SI or EPG data delivered on the OOB channel 
can flow at low data rates because each cable terminal will store the received data in RAM for 
instant access. In-band PSIP data, on the other hand, is repeated at a higher rate on the 
assumption that the conditions may have changed since the last time a receiver accessed the data 
and, thus, needs to be verified as soon as possible. 

Digital cable-ready receivers and VCRs will typically include an interface for a replaceable 
POD security module that handles conditional access descrambling. The POD module also 
receives the cable OOB data and delivers appropriate parts of it to the receiver or VCR, using a 
standardized format. When such a POD is present, the cable operator's potential access to control 
and/or update data tables becomes guaranteed access. In addition, the receiver or VCR can 
receive and process in-band PSIP data from those multiplexes that include it. 

PSIP was designed to allow the owner of a single digital terrestrial multiplex to include SI 
and EPG data describing services on that same multiplex (plus EPG data for an associated analog 
NTSC service). A cable-ready receiver can use PSIP on cable in just the same way — it can 
collect SI data from each multiplex that incorporates PSIP data as it is acquired and aggregate 
that data into a larger channel map and EPG database. 

1.1 PSIP Tables for Cable 

PSIP was designed, as much as possible, to be independent of the physical system used to deliver 
the MPEG-2 multiplex. Therefore, the System Time Table, Master Guide Table, Virtual Channel 
Table, Event Information Table, and Extended Text Table are generally applicable equally as 
well to cable as to terrestrial broadcast delivery methods. 

The differences can be summarized as follows: 

• For cable, the Cable Virtual Channel Table provides the VCT function, while the Terrestrial 
Virtual Channel Table applies for terrestrial broadcast. The cable VCT includes two 
parameters not applicable to the terrestrial broadcast case, and the syntax of several 
parameters in the table is slightly different for cable compared with the terrestrial broadcast 
case. 

• Under applicable SCTE standards, use of the program guide portion of PSIP (future EITs and 
ETTs) is considered optional on a cable system, while it is mandatory on a terrestrial 
broadcast signal. 

• While the syntax of the cable and terrestrial VCTs are nearly identical, the cable VCT has 
two parameters not present in the terrestrial VCT: a path select bit, and a bit that can indicate 
that a given virtual channel is transported out of band (OOB). Also, the semantics of the 
major and minor channel number fields and the source ID differ for the cable VCT compared 
with its terrestrial broadcast counterpart. 
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MPEG-2 Systems Standard itself defines ways of labeling the various parts of a digital multiplex 
that make up each service. 

After some consideration, the problem of finalizing program guide and navigation issues was 
assigned by ATSC to its T3/S8 Transport Documentation Specialists group. In May 1997, the 
ATSC T3/S8 group began focusing on system functional requirements for what they coined the 
"Naming, Numbering, and Navigation," or "N3," problem. 

The following list comprises the basic set of system functional requirements that T3/S8 
adopted as their starting point: 

• Provide direct access to any channel. The navigational model must support the ability to 
access any analog or digital channel by direct entry of its channel number or call letters. 

• Support grouping of selected digital services with an existing analog service, or with 
digital services on other multiplexes. There will be a period of time in which broadcasters 
operate an analog channel in addition to a digital multiplex. The navigation model must 
include a grouping concept to support channel surfing within a set of related analog and 
digital channels. 

• Preserve channel branding. When a broadcaster begins a digital service, the system must 
allow association of the new programming with the channel label used in past years of 
advertising. 

• Harmonized with cable standards. The chosen solution for broadcast, N3 must recognize 
that cable set-tops and cable-ready receivers will also employ navigational and channel 
naming methods. These must work in harmony with methods defined for terrestrial 
broadcast. 

• Accommodate the flexibility of digital transport. The MPEG-2 standard provides a great 
deal of latitude in defining a "service" on the multiplex. The approach must 
accommodate the wide variety of service structures possible via digital transport. 

• Allow a broadcaster to "package" or "market" some services separately from others on 
the multiplex. For example, as a public service, the owner of a digital broadcasting 
license may offer a couple of spare megabits/sec of SDTV bandwidth to a college or 
community access channel, or to a government affairs (city politics) channel. It must be 
possible for the operator to label that channel separately from the other services offered 
on the multiplex. 

In addition to these general requirements, an important consideration was identified specific to 
cable transmission media: the cable system operator must be able to label digital services 
independently of the RF channel number used to transmit them. In other words, cable would use 
a "virtual channel" scheme. Each cable operator must be free to use whatever frequency slot the 
company chooses to deliver the digital signal and still be able to label it for the user in a 
meaningful way. Practically speaking, when the cable operator takes an off-air digital broadcast 
signal and re-modulates for cable, the operator should be able to label it the same as the 
broadcaster does for televisions that receive the signal directly off-air. 

At first glance, this arrangement might seem obvious. After all, most cable operators place 
each local broadcast channel at the same channel number that the broadcaster uses for the 
terrestrial broadcast. But consider that the cable operator may wish to take advantage of the 
faster data rate available when the digital signal is delivered on cable: 8-VSB modulation 
provides an information rate of about 19.4 Mbps, while 64-QAM modulation on cable allows 43 
percent more bits at 27 Mbps. With 256-QAM modulation, the available data rate is double that 
of the terrestrial rate: 38.8 Mbps. The operator may wish to combine two broadcast multiplexes 
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• AC-3 Audio Descriptor (EIT and PMT) 
Caption Service Descriptor (EIT) 
Table 6.5 lists most of the core descriptors and their descriptor tags for terrestrial broadcast 
applications. (See Standard A/65A [4] for a complete list.) The Service Location Descriptor shall 
always be present in the Terrestrial VCT (shown with an "S"). When present, some descriptors 
shall be in each indicated location (shown with an "M"). Some descriptors also may be present in 
a second location within either the terrestrial or the cable case (shown with an "O"). Asterisks 
mark the tables where the descriptors may appear without restrictions. The range of MPEG-2- 
defined or reserved descriptor tags is between 0x02 and 0x3F plus OxFF. 



Table 6.5 List of Descriptors for PSIP Tables 



Descriptor Name 


Descriptor Tag 




Terrestrial 










PMT 


MGT 


VCT 


EIT 


DCCT 


DCCSCT 


stuffing descriptor 


0x80 


* 








+ 


* 


AC-3 audio descriptor 


0x81 


M 






M 






caption service descriptor 


0x86 


O 






M 






content advisory descriptor 


0x87 


O 






M 






program identifier descriptor 


Oxnn 


O 






M 






extended channel name descriptor 


OxAO 






M 








service location descriptor 


0xA1 






S 








time-shifted service descriptor 


0xA2 






M 








component name descriptor 


0xA3 


M 












dec departing request descriptor 


0xA8 


■ 








M 




dec arriving request descriptor 


0xA9 










M 




dec location code descriptor 


OxAB 












M 


user private 1 


OxCO-OxFE 


* 




* 




* 


+ 


1 This class of descriptor is under consideration for change of permitted placements. 



6.9.1 Content Advisory Descriptor 

Parental advisory (so-called V-chip information) is carried in the Content Advisory Descriptor. 
The receiver uses this information directly to block programs that exceed the ratings selected in a 
user set up procedure, and may be used by the receiver to provide on screen information about a 
programs rating for objectionable material. 



6.9.2 AC-3 Audio Descriptor 

The receiver looks for and uses the AC-3 Audio Descriptor to create viewer information about 
the audio services that are available. In addition to describing possible alternate audio services 
that a broadcaster might send, this descriptor provides the receiver with audio set up information 
such as whether the program is in stereo or surround sound. 

6.9.3 Caption Service Descriptor 

Captioning text itself, which is carried in an area of the video data set aside for captioning, does 
not carry a description of the type of captioning that it is (such as English or Spanish), so 
receivers usually rely on the Captioning Service Descriptor to provide the data needed to create 
on-screen captioning information. More importantly, the receiver relies on the Caption Service 
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descriptor() 










} 










CRC_32 




32 


rpchof 





Details of the Master Guide Table are described in Section 6.2 of the PSIP Standard [4] 
VCT Syntax 



Table M.2 Bit Stream Syntax for the Terrestrial Virtual Channel Table 



Syntax 


No. of Bits 




Format 


terrestriaLvirtual_channel_table_section () { 






tabfe_id 


8 


0xC8 


section„syntax_indicator 


1 


T 




privatejndicator 


1 


T 




reserved 


2 


'1V 




sectionjength 


12 


uimsbf 


transport_stream_id 


16 


uimsbf 




reserved 




[ 1V 


version_number 


5 


uimsbf 


current^nextjndicator 


1 


bslbf 




section_number 


8 


uimsbf 




last_section_number 


8 


uimsbf 




protocoLversion 


8 


uimsbf 




num_channels_in_section 


8 


uimsbf 




for(i=0; i<num_channels_in_section; { 






short_name 


7*16 


Unicode 


BMP 


reserved 


4 


'1111' 




major_channeLnumber 


10 


uimsbf 




minor__channel_number 


10 


uimsbf 


modulation_mode 


8 


uimsbf 


carrierjrequency 


32 


uimsbf 


channeLTSID 


16 


uimsbf 




program_number 


16 


uimsbf 


ETMJocation 


2 


uimsbf 




access_controlled 


1 


bslbf 




hidden 


1 


bslbf 




reserved 


2 I 


'11' 




hide_guide 


1 


bslbf 




reserved 


3 


'111' 




service_type 


6 ' 


uimsbf 




sourcejd 


16 


uimsbf 


reserved 


6 


'111111' 




descriptorsjength j 


10 J 


uimsbf 
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c) The EIT for 6:00 p.m. to 9:00 p.m. is still in PID 0x1002; version number is moved to 

d) The EIT for 9:00 p.m. to midnight is still in PID 0x1003; version number is still 0 

e) MGT moves to version 8 and indicates: 

o EIT-0, PID Ox 1 00 1 , version number 1 
o EIT-1, PID 0x1002, version number 1 
o EIT-2, PID 0x1003, version number 0 

f) What is now EIT-0 did not change. What is now EIT-1 did change. 

For this case, if the MGT is interpreted to give the version numbers of EIT-« for each value 
of «, the receiver will see the version of EIT-0 change from 0 to one and refresh it. It will decide 
the version of EIT-1 has not changed, and not refresh it. But both inferences are incorrect: in this 
example, EIT-0 has not changed, and EIT-1 has changed. 

The correct interpretation involves processing version numbers with respect to the associated 
PID values. Looking at the same example, the MGT indicates that the table associated with PID 
0x1001 did not change versions. Likewise, the table associated with PID value 0x1002 changed 
from version 0 to 1 and should be refreshed. 
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1 .1 .1 Channel Numbers 

When PSIP is used for terrestrial broadcast, stations must take care in the assignment of major 
and minor channel numbers to avoid conflicts. For example, the PSIP standard requires that for 
the U.S. and its possessions, a terrestrial broadcaster with an existing NTSC license must use a 
major channel number for digital services that corresponds to the NTSC RF channel number in 
present use for the analog signal. For cable, these restrictions are technically unnecessary as the 
cable operator can insure that no duplicate numbers exist. For terrestrial broadcast, the major 
channel number is limited to the range 2 to 99 for ATSC digital television or audio services. For 
cable, major channel numbers can range from 1 to 999. The technical capability exists to 
communicate the two-part number to a cable-ready digital TV. 

1.1.2 PSIP Data on Cable 

PSIP data carried on cable in-band is analogous to PSIP included in the terrestrial digital 
broadcast multiplex: a receiver can discover the structure of digital services carried on that 
multiplex by collecting the current VCT from it. A cable-ready digital TV can visit each digital 
signal on the cable, in sequence, and record from each a portion of the full cable VCT. This is 
exactly the same process a terrestrial digital broadcast receiver performs to build the terrestrial 
channel map. 

1 .1 .3 Re-Multiplexing Issues 

A cable operator may wish to take incoming digital transport streams from various sources 
(terrestrial broadcast, satellite, or locally generated), add or delete services or elementary 
streams, and then re-combine them into output transport streams. If the incoming transport 
streams carry PSIP data, cable operators must take care to properly process this data in the re- 
multiplexer. Specifically, the re-multiplexer needs to account for any MPEG or PSIP fields or 
variables that are scoped to be unique within the transport stream. Such fields include PID 
values, MPEG program numbers, certain source ID tags, and event ID fields. Additionally, PSIP 
utilizes PIDs that are not announced in the PAT/PMT, so cable remultiplexers must be aware of 
the PSIP PID allocation mechanisms. The timing of the updates of sequential table sections and 
the packet substitutions are implementation issues. Products to accomplish this re-multiplexing 
are now under development. 
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into a high-rate transport stream QAM-modulated in a single 6 MHz frequency band. Despite 
this remultiplexing, any standard receiver connected to the cable must be able to determine how 
to present all the services to the user, and to promote ease of use, it should be able to label them 
consistently with their broadcast versions. 

Lastly, two requirements were identified specific to terrestrial broadcasting. First, the system 
must accommodate terrestrial broadcast translators. Broadcasters do not want to have to re- 
process SI or the program guide data if they transmit the same MPEG-2 transport stream on an 
alternate frequency. Second, the receiver should be able to deal with a movable antenna, either 
steerable by the user or because the receiver itself is movable. 

1.1.1 The PSIP Solution 

The ATSC A/65A PSIP Standard addresses all these system concerns for both terrestrial 
broadcasting and cable. Specifically: 

• Direct access. The user can access any service, whether it is an audio/video service, an 
audio only service, or a data broadcast service, by specifying either its channel number or 
its service name. The channel number method is compatible with numeric-keypad remote 
control units (RCUs). 

• Channel grouping. Channel numbers are assigned through the Virtual Channel Table. 
The two-part channel number scheme provides a grouping function in that the major 
channel number identifies the group and the minor number the member of the group. 
Broadcasters are required to use the RF channel for the current analog NTSC broadcast 
channel as the major channel numbers for all the new digital services. 

• Channel branding. As described, the broadcasters keep the "brand identity" associated 
with their analog channels because the new digital channels use that same number for 
their major channel number. 

• Harmonized with cable. PSIP was designed with the needs of cable in mind. The Digital 
Video Subcommittee of SCTE was invited to participate in the development of the 
standard from the beginning and contributed important technical input. DVS voted and 
approved PSIP (as document DVS-097) in January 1998. The overall design of System 
Information tables in PSIP achieves nearly complete parallelism between the methods 
used for cable and terrestrial broadcast. There are only a few places where the 
specification differentiates cable and terrestrial broadcast. One example is that major 
channel numbers on cable can range from 1 to 999 for video services, where on terrestrial 
broadcast the range is limited to 2 to 99. 

• Accommodates flexibility of digital transport. PSIP builds upon the MPEG-2 Systems 
standard [7] without imposing constraints on its use. Any service that can be represented 
by the MPEG-2 standard method can be referenced by the PSIP VCT. Note that this is in 
contrast to the original A/53 ATSC Digital Television Standard [1] which mandated the 
use of the so-called "program paradigm" for broadcast television. 

• Separate packaging of services. PSIP states that for the U.S., in addition to using the 
major channel number that matches the analog broadcasting license for some services, a 
broadcaster may label one or more virtual channels on the multiplex with major channel 
numbers in the 70-99 range. Certain conditions must be met, however: assignment of 
major channel numbers must be coordinated such that they are unique within a region. 
Otherwise, one receiver could access two different digital services labeled with the same 
channel number, and that would cause user confusion. 
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The other one, the servicejocation descriptor, is used to list the available bit streams and their 
PIDs necessary to locate their packets at the receiver. Assuming that NBZ-M offers bilingual 
transmission, then the following attributes are tabulated within its servicejocation descriptor: 



When the VCT refers to an analog service type, the channeLTSlD cannot refer to the identifier 
of a "Transport Stream" in the MPEG-2 sense. Analog NTSC broadcast signals can, however, 
carry a 16-bit unique identifier called a "Transmission Signal Identifier." 1 ' For the example VCT 
in Figure 6.2, the Transmission Signal Identifier for channel 12-0 is OxOAAO. A receiver can use 
the Transmission Signal ID given in the analog channel's channeLTSlD field to verify that the 
received NTSC signal is actually the desired signal. 

When a broadcaster adds EIT data for a virtual channel, that channel must be included in the 
VCT, even if it is currently off-air. This means if no current program was using 7-7, and if a 
program 16 days from now was being announced for 7-7, that 7-7 would be in the VCT. This 
would enable receivers to include the channel number in a program guide presented to the 
consumer. Any channels in the VCT that are not currently active shall have the hidden attribute 
set to 1 and the hide„guide attribute set to 0. So, if a program is announced in the EIT, the receiver 
can determine from the values of the hidden and hide_guide bits that the channel is currently 
inactive. Receiver behavior is undefined, with the presumption that if a consumer directly enters 
a major-minor combination that is inactive, the receiver will gracefully handle the situation. 

6.3.2 Station-Specific Data 

There is essential station-specific VCT information that the broadcaster must input for viewers to 
be able to properly tune programs. This information is given in Table 6.3. 



PID_audio_1 
PlD_audio„2 
PID_video 



AC-3 audio 
AC-3 audio 
MPEG-2 video 



English 
Spanish 
No language 



15 A method to include such a unique 16-bit 'Transmission Signal ID" in the NTSC VBI is specified in the 
EIA/CEA-608-B specification. 
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Descriptor to tell it that the program is captioned in the first place; the presence of captioning 
text is not used by most receivers to indicate to the viewer that the program is captioned. In 
addition to viewer information, the Caption Service Descriptor contains important control 
information needed by the receiver for proper display of captioning. 

7. CONSTRUCTION OF THE PSIP TABLES 

The tables described in Section 6 are interrelated to form a seamless structure for conveying 
program and system information. The PSIP generator should manage these internal relationships, 
which generally should not be exposed to the operations personnel. For clarification, however, 
Figure 7.1 provides a simplified view of the relationship among the PSIP tables (the ETT is not 
shown). 

Base PID ■ 0x1 FFB 



Rating Region 
Table 
(RRT) 



System Time 
Table 
(STT) 



Master Guide 
Table 
(MGT) 



List of tables: 

type = EIT-0 - 



PID = 0x3E00 
version = 1 



type = EIT-1 

PID = 0x3E01 
version = 1 

type = RRT 
PID = 0x1 FFB 
version = 0 

type = TVCTor CVCT 
PID = 0x1 FFB 
version = 0 



Virtual Channel 
Table 
(VCT) 



List of channels: 

name = KVGN-S 
channel no. = 10.1 
MPEG p.n. = 0x746E 
source ID = 5000 



name = KVGN-M 
channel no. = 10.2 
MPEG p.n. = 0xE9A7 
sourceJD = 5010 



PID = 0x3EOO 



Event Information 
Table (EIT) 0 

00:00 - 03:00 UTC 

(7-1 0pm local) 



sourceJD = 5000 

List of events (local time): 

7- 8 pm: Tennis news 

8- 9 pm: Basketball today 

9- 10 pm: Hockey report 



sourceJD = 5010 

List of events {local time): 

7- 7:30 pm: "Happy Days" 
7:30-8pm: "Cosby" 

8- 1 1 pm: Movie: "Popeye' 



PID = 0x3E01 



Event Information 
Table (EIT) 1 

03:00 - 06:00 UTC 

(10pm- 1am local) 



sourceJD = 5000 

List of events (local time): 
1 0- 1 2 pm : Hockey game 



sourceJD = 5010 

List of events (local time): 
8-1 1 pm: Movie: "Popeye' 
11pm- 1am: Movie: "Hi-5" 



Figure 7.1 Example of the relationship among PSIP tables. 
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for (i=0;i<N;i++) { 






descriptor() 


— — 




} 

} 






reserved 


6 


'111111' 
uimsbf 


additionaLdescriptorsJength 


10 


for(j=0;j<N;j++){ 






additional_descriptor() 




L } 






CRC 32 


32 


rpchof 


1 , 







Details of the Virtual Channel Table are described in Section 6.3 of the PSIP Standard [4]. 
1.2 E IT Syntax 



Table M.3 Bit Stream Syntax for the Event Information Table 


Syntax 


No. of Bits 


Format 


event_information_table_section () { 







tablejd 


8 


OxCB 


section_syntax_indicator 


1 


T 


privatejndicator 


1 


i r 


reserved 


2 


'ir 


sectionjength 


12 


uimsbf 


source_id 


16 


uimsbf 


zero 


2 


'00' 


version_number 


5 


uimsbf 


current_next_indicator 


1 


T 


section_number 


8 


uimsbf 


last_section_number 


8 


uimsbf 


protocol_version 


8 


uimsbf 


num_events_in_section 


8 


uimsbf 


for (j = 0; j< num_events_in._section;j++) { 






reserved 


2 


'11' 


eventjd 


14 


uimsbf 


starMime 


32 


uimsbf 


reserved 


2 


'11' 


ETMJocation 


2 


uimsbf 


length_in„seconds 


20 


uimsbf 


titlejength 


8 


uimsbf 


title_text() 


var 




reserved 


4 


'1111' 


descriptorsjength 


12 
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ANNEX H: 
Use of Analog Transmission Signal ID 



1. INTRODUCTION 

The Virtual Channel Table in PSIP associates a user-friendly definition of a service (a channel 
name and number) with the physical location of that service. Both digital and analog services are 
accommodated. For digital services, the Transport Stream ID (TSID) parameter defined in 
ISO/IEC 13818-1 (MPEG-2 Systems) is used as a unique identifier at the TS level. For analog 
services, an identifier called the Transmission Signal ID (the acronym is also TSID) may be 
used. 

The analog TSID, like its digital counterpart, is a 16-bit number that uniquely identifies the 
NTSC signal within which it is carried. EIA/CEA-608-B Section 9.5.2.4 defines the data format 
for carriage of the Transmission Signal ID within extended Data Service (XDS) packets in the 
NTSC Vertical Blanking Interval. 

In the U.S., the system is designed with the expectation that the analog TSID will be included 
in any NTSC broadcast signal referenced by PSIP data. Whenever PSIP data provides a 
reference to an analog service, the receiver is expected to use that service's analog TSID to make 
a positive identification. The receiver is expected to not associate any channel or program 
information data with an NTSC service that does not broadcast its analog TSID. 
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ANNEX D: 
Understanding PSIP Table Syntax 

1. CONVENTIONS 

ATSC and MPEG-2 standards use a common convention for specifying how to construct the data 
structures defined in the standards. This convention consists of a table specifying the syntax (the 
in-order concatenation of the fields), following by a section specifying the semantics (the 
detailed definitions of the syntax fields). The syntax is specified using C-language "like" 
constructs, meaning statements that take the form of the computer language, but would not 
necessarily be expected to produce reasonable results if run through a compiler. 
The tables typically have three columns, as shown in the fragment in Table D. I . 

• Syntax: The name of the field or a "C-like" construct 

• Bits: The size of the field in bits. 

• Format: Either how to order the bits in the field (an acronym or mnemonic is used, which 
is defined earlier in the standard — in this example, uimsbf means unsigned integer, most 
significant bit first) — or, when the field has a pre-defined value, the value itself (typically 
in either binary or hex notation). 



Table D.l Table Format 



Syntax 


No. of Bits 


Format 


typical_PSI_table( ) { 






table_id 


8 


uimsbf 


section_syntax_indicator 


1 


T 


} 







It should be noted that when the data structures are constructed, the fields are concatenated using 
big-endian byte-ordering. This means that for a multi-byte field, the most significant byte is 
encountered first. A common practice for implementation is to step through the syntax structure 
and copying the values for the fields to a memory buffer. The end result of this type of operation 
may vary for multi-byte fields, depending upon the computer architecture (especially for "Intel 
processors", which are little-endian [least significant byte encountered first]). It is therefore 
recommended that implementations use byte oriented instructions to construct the data (i.e., 
mask and shift operations). 

1.1 Formatting 

The curly-bracket characters ('{' and '}') are used to group a series of fields together. In the 
sample shown in Table D.l, the curly-bracket characters are used to indicate that all of the fields 
between the paired curly-brackets belong to the "typical_PSI__table( )". For the conditional and loop 
statements that follow below, curly-bracket pairs are used to indicate the fields affected by either 
the conditional or loop statements. 

The syntax column uses indentation as an aid to the reader (in a similar fashion to a common 
convention when writing C-code). When a series of fields is grouped, then the convention is to 
indent them. 
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• Cable virtual channels. This requirement is met because PSIP is based on the virtual 
channel concept. The more significant aspect is that digital terrestrial broadcasting is now 
also based on virtual channels. 

• Broadcast translators. If a digital broadcast is shifted in frequency at a translator, all SI 
and EPG information that it carries remains correct except for frequency references. As it 
happens, even though carrier frequency information is included in the Si tables, a 
receiver is expected to correctly operate without it (or, more likely, ignore frequency 
discrepancies it might find). 

• Movable broadcast receivers and antennas. PSIP tables are delivered repetitively. 
Broadcast virtual channel tables, for example, are repeated no less often than once each 
400 ms. A receiver may therefore quickly learn the labels to use for navigation. If a 
receiver itself is moving, even as one signal fades out and another is acquired, 
navigational and channel label data will always be readily accessible. 

1.1.1.1 Channel Mapping 

Within the broadcaster community, the initial mindset was that channel mapping was not needed, 
and the extra complexity was not worth the effort. When considering a 6 MHz channel carrying a 
digital multiplex with just one HDTV program, the channel numbering paradigm in use for 
analog TV seemed to work just fine. When the ATSC recognized that standard definition formats 
were possible and desirable, they acknowledged that a method was needed for selection of just 
one program in the multiplex. The MPEG-2 Systems specification provides data called program 
specific information (PSI) that included a parameter called a "program number," which seemed 
to fit this purpose. It was assumed that the user could specify or enter the MPEG-2 program 
number directly. 

Those in the committees representing the cable community objected to this use of the MPEG 
program number as a user "sub-channel number" because of considerations related to the re- 
multiplexing that is routinely done at cable headends. Cable operators need to be able to 
decouple the physical channel used to deliver a programming service from the user's method of 
access (the channel number). With this kind of decoupling, the operators are free to move a 
service to a new carrier frequency, or rearrange the delivery method of a group of services by 
remultiplexing, without causing user confusion. 

The argument for virtual channels that held the most sway with broadcasters, though, was 
primarily related to the branding issue. Broadcasters were asked to consider the investment they 
had in brand recognition— nearly all TV channel logos in media and print advertising feature the 
local broadcast channel number. The channel number is recognized by the public as the way to 
access the service (where to get it). Now consider what would happen when a local broadcaster 
is given a high-numbered UHF channel to use for the new digital broadcasts. For example, the 
broadcaster is known locally as "Channel 8," but now would have to use "Channel 41" for the 
added digital services. A virtual channel numbering scheme solves this problem by allowing the 
channels which are broadcast on UHF channel 41 to be labeled so they appear to the consumer as 
"parts of Channel 8. Figure A.l illustrates the concept of two-dimensional channel navigation. 
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provide TV parental advisory information and extended text messages about certain events. 
These relationships — and the tables that carry them — are designed to be kept with the DTV 
signal when it is carried by a cable system. 

5.1 The Basics 

There are certain "must have" items and "must do" rules of operation. If the PSIP elements are 
missing or wrong, there may be severe consequences, which vary depending on the design of 
receiver. The following are key elements that must be set and/or checked by each station: 

• Transport Stream Identification (TSID). The preassigned TSIDs must be set correctly 
in all three locations (PAT, VCT common information, and virtual channel-specific 
information). See Section 6.3.4.1 for more information. 

• System Time Table (SST). The STT time should be checked daily and locked to house 
time. See Section 6.6. Ideally, the STT should be inserted into the TS within a frame 
before each seconds-count increment of the house time with the to-be-valid value. 

• Short Channel Name. This is a seven-character name that can be set to any desired 
name indicating the virtual channel name. For example, a station's call letters followed 
by SD1, SD2, SD3, and SD4 to indicated various SDTV virtual channels or anything else 
to represent the station's identity (e.g., WNABSD1, KNABSD2, WNAB-HD, KIDS, 
etc.). See Section 6.3.1. 

• Major Channel. The previously assigned, paired NTSC channel is the major channel 
number. See Section 6.3.1 for more detail and rare exceptions. 

• Service Type. The service type selects DTV, NTSC, audio only, data, etc., and must be 
set as operating modes require. See Section 6.3.1. 

• Modulation Mode. A code for the RF modulation of the virtual channel. See Section 
6.3.2. 

• Source ID. The Source ID is a number that associates virtual channels to events on those 
channels. It typically is automatically updated by PSIP equipment or updated from an 
outside vendor. Proper operation of this feature should be confirmed. See Section 6.3.4. 

• Service Location Descriptor (SLD). Contains the MPEG references to the contents of 
each component of the programs plus a language code for audio (ISO 639-2, [9]). See 
Section 6.9. The PID values for the components identified here and in the PMT must be 
the same for the elements of an event/program. Some deployed systems require separate 
manual setup, but PID values assigned to a VC should seldom change. 

The maximum cycle time/repetition rate of the tables should be set or confirmed to conform with 
the suggested guidelines given in Table 5.1 for mandatory PSIP tables and Table 5.2 for optional 
PSIP tables. 
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Table 6.3 Station-Specific PSIP Data 0 



Data 

major channel number 


Action by Broadcaster 

Entered once. (Use the same channel number as the NTSC channel 
number assignment. If no paired NTSC channel, use the assigned DTV 
channel number. For special cases, see text.) 


Example 

2 


minor channel numbers 
analog TSID 


Entered once. (See text.) 

Entered once. (One of a pair; see digital TSID below.) 


1 

0D4A 


digital TSID 


Entered once. (Assigned with analog TSID in consecutive pairs by the FCC 
during licensing of the new DTV assignment. See text.) 


0D4B 


service location descriptor 


Entered once as pointers to each video, audio, and data stream. 


2 


source id 


Entered once for each virtual channel or automatically generated. (See 
text.) 


7 


service type 


Entered once. (Tells the receiver whether the associated minor channel is 
providing digital or analog service.) 


2 

, . 


. 

short name 


Input once. 


NABDT 


modulation mode 


Entered once for each virtual-minor number 


0x04 


carrier frequency 


Recommend zero. 


0 


MPEG program number 
ETM location 


Entered once for each virtual channel. (See text.) The MPEG program 
number must be unique within the transport stream and shall not be zero. 

None 


1 

N/A 


access controlled 


yes/no 


0 


Hidden 


yes/no 


0 


hide guide 


yes/no 


1 



Because the VCT allows each minor channel to also be assigned a permanent short name and 
channel name, and since each minor channel will keep the same TSID, carrier frequency (zero or 
not), and modulation mode over time, the PSIP encoder system software should allow the user to 
create a local look-up table that associates each minor channel number with these fixed values so 
the user can then create new VCTs simply by entering the minor channel number of each desired 
minor channel to be put in the new VCT. The PIDs for each component in a minor channel 
should not be changed as any changes are expected to increase the time it takes for the receiver 
to tune the station. 0 

6.3.2.1 VCT Standard and Calculated Data 

A station operator must input the data described previously in this section to allow station- and 
program-specific VCTs to be constructed by the PSIP encoder system; however, much of the 
VCT data is standard to the ATSC system in general so it need only be supplied once to the 
PSIP encoder. This data may come preloaded in the PSIP software. Also, some of the VCT 
entries will be calculated by the PSIP encoder. Examples are given in Table 6.4. (Also see 
Annex B.) 
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As indicated in the figure, the MGT, Terrestrial or Cable VCT, RRT, and STT are 
transported in the "base PID," OxlFFB. The MGT provides location (PID), version, and length 
(not shown) of all tables except STT. In the example, the two EITs are transported in PIDs 
0x3 E00 and 0x3E01. 

The Virtual Channel Table defines a set of services available, including (at minimum) those 
on the Transport Stream carrying the VCT itself. In this case, two channels named KVGN-S and 
KVGN-M are shown. The VCT gives the channel numbers associated with the channels (10-1 
and 10-2), the MPEG-2 program numbers the receiver would use to extract the elementary 
streams from the multiplex, and the source ID values for each. 

As indicated in the figure, source ID is used to link the VCT with the EPG data delivered in 
the EITs. Each PSIP EIT describes program events for a three-hour time slot, and lists, for each 
source ID, start times, durations, and program titles. Pointers are provided to Extended Text 
Tables which can provide further descriptive text. 

Figure 7.2 shows PSIP used on cable in a case in which the VCT links to a proprietary EPG 
database. A cable operator may want to offer users a program guide function that provides 
extended features not available with PSIP. 



Base PID = OxlFFB 



Rating Region 
Table 
(RRT) 



System Time 
Table 
(STT) 



Master Guide 
Table 
(MGT) 



List of tables: 

type = RRT 
PID = OxlFFB 
version = 0 

type = CVCT 
PID = OxlFFB 
version = 0 



Cable Virtual 
Channel Table 
(CVCT) 



List of channels: 

name = KVGN-S 
channel no. = 10.1 
MPEG p.n. = 0x746E 
sourceJD = 5000 — 



name = KVGN-M 
channel no. = 10.2 
MPEG p.n. = 0xE9A7 
source ID = 5010 



PID = X 



EPG Database 
(any vendor) 



sourceJD = 5000 

List of events: 

7- 8 pm: Tennis news 

8- 9 pm: Basketball today 

9- 10 pm: Hockey report 



sourceJD = 5010 

List of events: 

7- 7:30 pm: "Happy Days" 
7:30-8pm: "Cosby" 

8- 11 pm: Movie: "Popeye' 



Figure 7.2 Relationship among PSIP tables for a cable application. 
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Syntax 



No. of Bits 



Format 



for (i=0;i<N;i++) { 



descriptor() 



} _ 
CRC_32 



32 _ Jrpchof 



Details of the Event Information Table are described in Section 6.5 of the PSIP Standard [4] 
ETT Syntax 

Table M.4 Bit Stream Syntax for the Extended Text Table 



Syntax 


No. of Bits 


Format 


extended Jext_table_section () { 






tablejd 


8 


OxCC 


section_syntax_indicator 


1 


'1' 


privatejndicator 


1 


T 


reserved 


2 


'11' 


sectionjength 


12 


uimsbf 


table_id_extension 


'l6 


0x0000 


reserved 


2 


[ ir 


version_number 


5 


uimsbf 


current^nextjndicator 


1 


'1' 


section^number 


8 


0x00 


last_section_number 


8 


0x00 


protocoLversion 


8 


uimsbf 


ETMJd 


32 j 


uimsbf 


extended_text_message () 


var \ 




CRC_32 


32 


rpchof 


} 







Details of the Extended Text Table are described in Section 6.6 of the PSIP Standard [4]. 
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ANNEX I: 
Use of Component Name Descriptor 



1. OVERVIEW 

The component_name_descriptor() provides a mechanism to associate a multilingual textual label 
with an Elementary Stream component of any MPEG-2 program. If the program consists of one 
video stream and one audio track, such a label would not add much value. A program may be 
offered multilingually, for example with separate French and English tracks. In that case, a 
receiving device may choose, without need for user intervention, the track corresponding to the 
language set up as the user's preferred language. 

It may be, however, that the service happens to have two English-language audio tracks. In 
another case, one or more of the audio tracks may not be associated with a spoken language. An 
example of such a track, sometimes called "clean effects," is ambient sound such as crowd noise 
from a sporting event. In both of these cases, use of the componenUiame_descriptor() is mandatory 
by the rules established in the PSIP Standard. The net result is that a display device will always 
have sufficient information to either choose an audio track by its language, or will have text 
describing each track that can be used to create an on-screen user dialog to facilitate the user's 
choice. 
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1 .2 Conditional Statements 

In many of the constructs, a series of fields is included only if certain conditions are met. This 
situation is indicated using an "if (condition) { }" statement as shown in Table D.2. When this type of 
statement is encountered, the fields grouped by brackets are included only if the condition is true. 



Table D.2 If Statement 



Syntax 


No. of Bits 


Format 


typical_PSIJable( ) { 






field_1 


8 


uimsbf 


if (condition) { 






field_2 


8 


uimsbf 


field_3 


8 


uimsbf 


} 












} 







As with C-code, an alternate path may be indicated by an "else" statement, as illustrated below: 

if (condition) { 

fields_1 
} else { 

fields_2 

} 

If the condition is true, then fields^ are used; otherwise, fields_2 are used. 
1.3 Loop Statements 

For-loop statements are commonly used in the syntax tables and have the widest variation in 
style and interpretation 22 . The for-loop takes the following form: 

for ( i=0; i<N; i++ ) { 
fields 

} 

This type of statement indicates that the fields between curly-brackets should be included a 
number of times, but can't necessarily be interpreted the way a C compiler would (due to 
variations in the meaning of the end-point (N in the example above) and nesting of for-loops with 
re-use of the counter variables). The syntax tables always provide enough information to 
understand the meaning of the for-loop (unfortunately, in many cases, common-sense and insight 
must be used). The following example, fragments (taken from the syntax tables in A-65A) 
illustrate how to interpret the for-loop for different types of usage: 



" The for-loop statement represents the biggest divergence from actual C-code usage. 
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Figure A.l Example of two-dimensional channel navigation. 

The major channel number is thus used to group all services associated with a broadcaster's 
NTSC brand, for example Channel 6. The minor channel number specifies a particular channel 
within that group. Zero (0) is reserved for the NTSC channel; all other values (1-999) are 
allowed for digital services. One common approach is to start with 1 and to continue numerically 
for different programs. Video services must use the range of 1-99 and data services must use 100 
or greater (100-999). If there is a video component of the data service, however, that service 
must use a minor channel number between 1 and 99. 

For example, the NTSC channel would be 6-0, the first digital channel signal would be 6-1, 
the second 6-2, and the first data service 6-100. ATSC Standard A/65 A assigns major channel 
numbers for existing NTSC broadcasters to be the same as the current NTSC RF channel number 
(2-69). Higher major channel number values possible. Values from 70 to 99 may be used to 
identify groups of digital services carried in an ATSC multiplex that the broadcaster wishes to be 
identified by a different major channel number. For example, a local broadcaster transmitting 
community college lectures in its bit stream may want to use a major channel number different 
from its own major channel number for the virtual channel carrying the lectures. PBS is using 
major channel number 80 in the PSIP of its national feed of DTV signals. This method was 
chosen so that its stations need not purchase encoders, multiplexers, and PSIP generators until 
they want to locally brand their DTV service and yet still provide the PSIP information so that 
the receivers would work properly. 

1 .1 .1 .2 The "Program Paradigm" 

During development of the PSIP Standard, some broadcasters voiced their desire to use the 
"program paradigm," a method whereby the PID values used for audio and video were related 
algorithmically to the MPEG program number. Using the paradigm limits flexibility, however. If 
a station is using the program paradigm, for example, it is not possible to define a channel that 
shares a video component with another channel and at the same time offers a different audio 
track (e.g., a different language or language rating). PSIP references the MPEG-2 service directly 
and thus does not incur such limitations. 

1.2 PSIP Information Flow 

PSIP information is generated through a process illustrated in Figure A.2 for the general case. 
Figure A. 3 places the PSIP generator in perspective relative to the ATSC transmission system, 
and Figure A.4 describes the reception and decoding process. 
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ATSC Recommended Practice: 
Program and System Information Protocol 
Implementation Guidelines for Broadcasters 

1. SCOPE 

This document provides a set of guidelines for the use and implementation of the Advanced 
Television Systems Committee (ATSC) Program and System Information Protocol (PSIP). 
These guidelines are intended to be recommendations for the usage of the ATSC PSIP Standard 
as described in document A/65A (2000), "Program and System Information Protocol for 
Terrestrial Broadcast and Cable (Revision A) and Amendment 1" [4]. The information contained 
herein applies to broadcasters, network operators, infrastructure manufacturers, and receiver 
manufacturers. 

The specification of PSIP functions as described in this document in no way prohibits 
consumer device manufacturers from including additional features, and this document should not 
be interpreted as stipulating any form of upper limit to system performance. 

This document uses the terminology defined in the ATSC PSIP Standard [4] and should be 
read in conjunction with [4]. It is important to point out that PSIP information is— in effect- 
spread among several ATSC documents, depending on the application. For example, the Data 
Broadcast Standard (A/90) builds upon A/65A to add a new functionality. Likewise, the 
Conditional Access System Standard (A/70) builds upon the PSIP foundation to provide content 
management functions. 

The ramifications of data broadcast-related PSIP are not addressed to a significant degree in 
this Recommended Practice. A later release is expected to add this information. 

1.1 The Need for this Document 

Although proper implementation of PSIP at the television station level is not particularly 
complex, neither is it straightforward. It has come to the attention of the ATSC that 
implementation concerns at the station level need to be addressed in a simplified form relative to 
PSIP Standard A/65 A. The intent of this Recommended Practice is to explain the operator- 
oriented elements of PSIP and to provide practical examples of typical station operation, as well 
as to provide guidelines for designers of PSIP-related hardware and software to optimize user 
interface information for such equipment. 

PSIP is the glue that holds the digital television (DTV) signal together. Although PSIP is a 
voluntary standard of the ATSC and only parts of the standard are required 1 by the Federal 
Communications Commission (FCC), it is— in fact— a requirement in terms of actual real-world 
operation. In most locations, multiple DTV stations can be received— and in some cases, from 
multiple markets. The PSIP protocol was developed with these real-world situations in mind. 

PSIP is a small collection of tables designed to operate within every Transport Stream (TS) 
for terrestrial broadcast of digital television. Its purpose is to describe the information at the 



On January 18, 2001, the FCC issued its first Report and Order on Cable Carriage of DTV (Docket 98-120) which 
in paragraph #83 requires carriage of PSIP data related to the primary video service if present. On the same day 
the R&O in Docket 00-39 (DTV review) of January 18, 2001, (paragraph #61) the FCC said the TSID must be 
unique and that the FCC will assign those numbers as a part of the licensing process at some future date. 
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Table 5.1 Mandatory PSIP Table Suggested Repetition Rates 0 



PSIP Table Transmission Cycle 


MGT 


Once every 1 50 ms 


TVCT 


Once every 400 ms 


EIT-0 


Once every 0.5 seconds 


EIT-1 


Once every three seconds 


EIT-2 and EIT-3 
STT 


Once every minute 
Once every second 


RRT (not required in some areas 3 ) 


Once every minute 



Table 5.2 Suggested Repetition Rates for Optional PSIP Tables 0 



DCCT 


PSIP Table Transmission Cycle 

A/65A specifies the following repetition rates for DCC per specified conditions. 


DCC request in progress 


150 msec 


2 seconds prior to DCC request 
No DCC 


400 msec 
n/a 


DCCSCT 


Once per hour 


ETT 


Once every minute 


EIT-4 and higher 


Once every minute 


DET 


A later version of this Recommended Practice will address data 
services. 



It is recommended that broadcasters send populated EITs covering at least three days (see 
Section 6.4 for more detail). The primary cycle time guidelines are illustrated in Figure 5.1. 



MGT 


J 


TVCT 


] 


EIT-0 


] 


STT 


] 


RRT 


] 




0 



II 



][ 



] 0 



150 ms 
400 ms 
500 ms 

(recommended) 

1 s 
60 s 



1 



7 t(sec) 



Figure 5.1 Recommended PSIP table cycle times. 0 



5 The U.S. is one such area. 
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Table 6.4 VCT Example Entries 



Examples of Default or Fixed VCT Entries 


r 

table_id 


0xC8 


section_syntaxjndicator 


one bit set to '1' 


private_indicator 


one bit set to '1' 


protocoLversion 


0x00 


last_section_number 


Default to 0x00 as seldom need more than one section 


Examples of Automatically Calculated VCT Entries 


sectionjength 


Number of bytes of this section of the VCT starting immediately after this field 


section_number 


If more than one section is used, which section is currently being filled is 
determined 


version_number 


Incremented when changed 


CRC_32 


Based on the contents of the table section 



6.3.3 Descriptors 

Any VCT record can include descriptors to further describe a service. The Service Location 
Descriptor contains the key to enabling anticipatory decoding by receivers, which can reduce the 
time it takes to change virtual channels. Video decoding has the largest latency in the tuning 
process at about 400 milliseconds 16 . This descriptor contains the video PID that is currently used 
(and should always be used) for that VC. Use of the stored PID values also avoids the sequential 
decoding of the PAT and PMT to locate the PID values. The values in the PMT and the VCT are 
defined to be the same, and the PSIP standard enables management of this fixed relationship. 
The Service Location Descriptor also contains the PIDs for audio and data services, but these are 
less critical. 0 

PSIP also defines an Extended Channel Name descriptor that allows a broadcaster or cable 
system operator to give any channel a name exceeding the seven characters offered by the basic 
VCT record. The seven-character limit for the basic name label was chosen to support on-screen 
program guides in which a limited amount of screen real estate is available for the name text. 

A third type of descriptor can be used to indicate that the channel carries programming 
identical to another channel, except time-shifted by a given amount. 

6.3.4 Source ID 

A source ID is defined as a number that uniquely identifies a source of scheduled programming. 
PSIP introduced a new level of flexibility into the definition of source ID by stating that the 
scope of uniqueness is local to the transport stream for values in the range zero to OxOFFF, and 
the scope is network-wide for values 0x1000 or above. This means each station can freely assign 
unique numbers below 4095' 7 . Use of higher numbers are for individual U.S. -wide or world-wide 
services. The following approach is recommended if a deterministic assignment is desired: 0 
1) For the DTV channel, the source ID is set to match the minor channel number for the 
DTV virtual channel. 



l " Under some unusual reception conditions, the total of RF tuning and adaptive equalizer acquisition time might be 
longer in some designs. 

17 There is currently work in SMPTE to standardize the 'regional' values, and the size of the number space allocated 
for local use by each station is being questioned as too large. 
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7.1 Text Representation 

PSIP uses Unicode character coding and offers a method of Unicode character code page 
selection, and includes methods for text compression. Two Huffman encode/decode tables for 
English text are included in the A/65A Standard. One is optimized for title text, where the first 
characters of words are often capitalized, and the other is optimized for the event description 
text. A compression efficiency approaching 2:1 is typical. 

7.2 Transport Stream and Transmission Signal IDs 

PSIP, like all current System/Service Information standards for digital television, is based on the 
MPEG-2 Systems standard, ISO/IEC 13818-1. Most digital television delivered over cable or 
terrestrial broadcast today uses a transport protocol defined by the MPEG-2 standard. Digital 
data is divided into a sequence of 188-byte transport packets. Each packet is associated with a 
data stream such as an audio or video service by means of a tag called the Packet Identifier 
(PID). Special PIDs identify packets carrying the SI and program guide data in the multiplex. 
The combination of service streams comprising the services and control data (SI and PSI) is 
called the MPEG-2 Transport Stream. 

The MPEG-2 Standard defines a way to identify the multiplex itself so that it can be 
referenced within a larger network of digital multiplexes: each transport stream is identified by a 
16-bit number called the Transport Stream ID (TSID). In the U.S., the FCC will allocate values 
of TSID to the broadcasters to ensure uniqueness. It is expected that Canada and Mexico will 
cooperate to use TSID values distinct from those assigned in the U.S. North America can be 
considered a "network" in the sense that TSID values must be unique within a network. 

Analog signals, until recently, had no analogous identifying tag. As a result of the ATSC 
PSIP work, however, the EI A approved the EIA-608-B standard for NTSC VBI data that defines 
an analog transmission signal ID (the acronym is also TSID). This 16-bit number will be 
assigned by the FCC and will have the 15 most significant bits the same as the DTV TSID. 

Either analog or digital TSID values can appear in Virtual Channel Tables. In the normal 
case for terrestrial broadcast, the VCT will contain channel definitions for digital channels 
carried on the same multiplex that carries the VCT. It will also very likely carry channel data and 
program guide information for the analog channel associated with the broadcast digital services. 
The analog TSID is important for PSIP and digital receivers because it allows the receiver to 
verify that a received analog signal is actually the one referenced by the PSIP data. 

In virtually all cases, a receiver will not be able to receive a signal other than the one 
referenced. This is because both the analog and digital transmitters are intended to serve the 
same geographic area. Receivers on the fringe areas or those with directional or movable 
antennas, however, may be able to pick up signals other than the one expected to be found at a 
given frequency. A check of TSID data will allow the receiver to avoid incorrect displays of 
channel name and/or program guide data. 

Use of TSID data in the receiver actually makes it possible for the receiver to correctly 
display channel data and perform navigation even if the frequency data given in PSIP is 
incorrect. For example, a broadcast translator will shift the frequency of a transmitted signal 
without modifying the PSIP data. A receiver will find the signal when it "learns" the channel 
lineup, however, and it can take note of the frequency at which this particular TSID was found. 
The same logic applies for analog signals that have been moved to different carrier frequencies 
(if they have the transmission signal ID in XDS). 
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1.3 STT Syntax 



Table M.5 Bit Stream Syntax for the System Time Table 



Syntax 

system_time_table_section () { 
table_id 

sect io n_sy ntaxj n d i cato r 


No. of Bits 

r 

8 
1 


Format 

OxCD 


privatejndicator 




reserved 


2 


'11' 


sectionjength 


12 


uimsbf 


table_id__extension 


16 


0x0000 


reserved 


2 


'11' 


version_number 


5 


'00000' 


cu rrent_next_i nd icator 


1 


T 


section_number 


8 


0x00 


last_section_number 


8 


0x00 


protocoLversion 


8 uimsbf 


system_time 


32 


uimsbf 


GPS__UTC_offset 


8 


uimsbf 


daylight_savings 


16 


uimsbf 


for(l = 0;l<N;l++){ 






descriptor() 




} 




CRC_32 


32 


rpchof 


} 







Details of the System Time Table are described in Section 6.1 of the PSIP Standard [4]. 
RRT Syntax 



Table M.6 Bit Stream Syntax for the Rating Region Table 



Syntax 


No. of Bits 


Format 


rating_region_table_section () { 






table_id 


8 


OxCA 


section_syntax_indicator 


1 


T 


privatejndicator 


1 


'1' 


reserved 


2 


'11' 


sectionjength 


12 


uimsbf 


table_id_extension { 






reserved 


8 ^OxFF 


rating_region 


8 


uimsbf I 


_. J__ J 






reserved 


2 


l 11' 



88 



ATSC 



PSIP Implementation Guidelines for Broadcasters, Annex J 



25 June 2002 



ANNEX J: 

Sources of PSIP Information for the DTV Station 



1. PREFACE 

It is important to note that this is not the only possible scenario for introduction of PSIP 
information into a PSIP generator and that there may be sources of PSIP information not detailed 
here. Additionally the 'log device' mentioned here can be some combination of automation 
system, logging system, master control system, or traffic system. Similarly the PSIP generator 
may be a virtual device. 



2. OVERVIEW 

Just as there are many possible sources of programming for a DTV Station, there are many 
possible methods of supplying PSIP information to the DTV station PSIP generator. There are 
however two simple paths. Data may be entered into the PSIP database via a keyboard This 
keyboard may be attached to the PSIP generator directly or to a PC-like device that is— in turn- 
connected to the PSIP generator. The database could reside on either or both; this is an 
implementation decision. 

In a similar fashion the PSIP generator (or PC-like device attached to it) may be connected in 
some fashion to the station log system. At regular intervals, the log system delivers all relevant 
PSIP information to the PSIP generator. This should be a push function, although the PSIP 
generator may generate a provisioning inquiry. Note that the log device may not have all PSIP 
information. When the log device receives new information it automatically pushes it to the PSIP 
generator at the first possible chance. 

How then does the information get to the log device? 

If the program is locally generated, such as news or another live broadcast, the PSIP 
information is entered manually (or in some similar fashion) into the log device. PSIP 
information not needed by the log device is entered directly into the PSIP generator. It is 
suggested that future versions of log devices have interfaces that accept and pass on all PSIP 
information, even if it is not needed by the log device. 

If the program is a syndication feature locally played back, then again the information may 
be entered manually as before, or in some automatic fashion downloaded via the Internet or e- 
mail. 

If the program is part of a continuous DTV stream from a network or syndication source, 
then this source should include in the stream properly formatted generic PSIP tables at 
reasonable intervals. The PSIP generator (or some ancillary input device to it) should then 
extract from this stream that PSIP data which the log device has indicated will be used. Note that 
a station may be fed by more than one of these DTV sources, which may not be MPEG or MPEG 
at 19.39 Mb/s. 

If the program is an intermittent DTV stream, i.e. only transmitted while the program is on 
the air, but the network or syndication source has a continuously active NTSC source, then PSIP 
information for future intermittent DTV programs may be delivered via the mechanism in EIA- 
608-B using this NTSC source. Note that the PSIP generator may need an ancillary device to sort 
the PSIP data from the remainder of the XDS stream and to store it and provision the PSIP 
generator. 
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Table D.3 For-loop Example 1 



Syntax 


No. of Bits 


Format 






field Jl 


8 


uimsbf 


private_data_length 


8 


Uimsbf 


for (1=0; kprivate_data_length; { 






private_data_bytes 


8 


Uimsbf 


} 













In the example shown in Table D.3, the interpretation is quite straightforward: the end-point 
variable (private_data_length, which is given a value in the field immediately above the for-loop) 
simply indicates the number of private_data_bytes that follow. 



Table D.4 For-loop Example 2 



Syntax 


No. of Bits 


Format 




8 


Uimsbf 


num_channelsJn_section 


8 


Uimsbf 


for(i=0; i<num_channels_in_section; { 






field_1 


8 


Uimsbf 








descriptorsjength 


10 


uimsbf 


for (i=0;i<N;i++) { 






descriptor() 






} 






} 








6 


'111111' 



Upon examination of Table D.4, it is evident that there are two nested for-loops, both using 
the same counter variable (i). As opposed to the interpretation in a real C-program where a 
change in the value held by the variable in the inner loop will be reflected in the outer, these 
counter variables do not affect each other. In practice, the actual variable name chosen should be 
ignored— simply view the for-loop construct as a loop that should be traversed some number of 
times. 

Furthermore, the inner and outer loops of this example represent different ways of 
interpreting how many times to traverse the loop. The outer loop represents a fairly conventional 
interpretation — the loop is to be traversed u num_channelsJn_sectiorT' times; each traversal includes 
all of the fields between this level of paired curly-brackets. As in the example in Table D.3, the 
value for "num^channels_in_section" is set by the field preceding the loop. 

The inner loop has a different interpretation. In this case, contents of the loop are descriptors. 
Different descriptors have different lengths, but as shown in Table D.5, the second byte of each 
descriptor always specifies the length (in bytes) of the remaining descriptor. The end-point 
variable "N" is not explicitly set, but may be inferred from a knowledge of how descriptors are 
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system and event levels for all virtual channels carried in a particular TS. Additionally, 
information for analog channels as well as digital channels from other Transport Streams may be 
incorporated. 

There are two main categories of information in the ATSC PSIP Standard, system 
information and program data. System information allows navigation and access of the channels 
within the DTV transport stream, and the program data provides necessary information for 
efficient browsing and event selection. Some tables announce future events and some are used to 
locate the digital streams than make up an event. The PSIP data are carried via a collection of 
hierarchically arranged tables. 

1.2 Organization 

The sections of this document are organized as follows: 

• Section 1. Provides this general introduction. 

• Section 2. Lists references and applicable documents. 

• Section 3. Provides a definition of terms and a list of acronyms and abbreviations used in 
this document. 

• Section 4. Describes the overall PSIP structure. 

• Section 5. Describes the basic PSIP requirements for broadcasters. 

• Section 6. Describes format and structure of the PSIP tables. 

• Section 7. Describes the interrelation of the PSIP tables. 

• Annex A. Explains the need for PSIP, the history of the standard, and the fundamental 
structure of the system. 

• Annex B. Provides an example of a typical PSIP implementation. 

• Annex C. Briefly explains the differences between PSIP for terrestrial broadcast and 
cable applications. 

• Annex D. Provides an overview of the syntax and format of the tables used in the PSIP 
Standard. 

• Annex E. Describes the concepts behind and the use of GPS time, a key element in PSIP 
operation. 

• Annex F. Provides an example of the use of PSIP for near-video on demand (NVOD) 
programming. 

• Annex G. Provides additional explanation of the PSIP Master Guide Table. 

• Annex H. Summarizes the use of analog transmission signal ID information. 

• Annex I. Expands upon the use of the component name descriptor. 

• Annex J. Explains the sources of PSIP information for the DTV station. 

• Annex K. Explains specific coding issues related to the Rating Region Table. 

• Annex L. Explains the operation of Directed Channel Change. 

• Annex M. Provides, for reference purposes, the full set of PSIP tables. 
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The recommended table cycle times given in this section result in a minimal demand on overall 
system bandwidth. Considering the importance of the information that these PSIP tables provide 
to the receiver, the bandwidth penalty is trivial. (Additional details on the impact of table cycle 
times on DTV system bandwidth can be found in Section 7.6.) 

5.2 Most Common Mistakes 

Experience has shown that certain errors are common in many PSIP implementations. These 
problems typically include the following: 

Missing tables, particularly the STT and EIT. 

• Major channel number set to the DTV RF channel number, rather than the associated 
(legacy) NTSC channel number. 

• TSID set to 0 or 1 , the NTSC TSID, or another station's TSID; or not set the same in the 
three required places. 

• System time missing or set to 00:00:00 on 1/6/1980 

5.3 Program Guide 

Support for an Electronic Program Guide (EPG) or Interactive Program Guide (IPG) is another 
important function enabled by the PSIP Standard. The concept is to provide a way for viewers to 
find out "what's on" directly from their television sets, similar to the guide channels that are 
typically available for cable and satellite broadcast services. In a terrestrial broadcast 
environment, there is no single authority that determines what programs are on all the channels, 
so each broadcaster needs to include this type of information within the broadcast stream. 
Viewers' receivers will be able to scan all the available channels and create a program guide 
channel from the consolidated information. The value of this type of guide information is high, 
and it will continue to increase in the DTV environment. Viewers will have the ability to choose 
not only what channel to watch, but also be able to select from multiple options within a 
broadcast. Examples include selecting from a set of alternative audio tracks in different 
languages, or choosing one of several SDTV programs shown at the same time on different 
virtual channels. 

The more viewers rely on these guides, the more critical the accuracy and detail of the 
information they contain will become. Enticing program descriptions with information about 
program enhancements (for example, providing the information that a particular movie will be 
broadcast in surround stereo) will encourage viewers to tune to a specific channel. The 
interactive versions of these guides will help viewers make advanced decisions about what 
programs they want to record, and alert them to programs that they may find of interest based on 
their prior viewing habits. Figure 5.2 shows what a typical electronic program guide (EPG) 
might look like. 
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2) For the first NTSC virtual channel, the source ID is set to 1023; the second is set to 1022, 
and so on. 

A national database is expected to exist to assign unique source ID values for "regional" 
program sources in the U.S., so that in this case the "network" is nationwide. When using 
network-scoped source IDs, a supplier of program guide data can create EPG data in EIT or 
other formats that can be used as-is throughout the network. Program title and schedule data 
records are tagged with a source ID that is linked to whatever the Virtual Channel Table defines 
as services available to a given receiver. 

The source ID concept may find other uses as well, for example as part of a Uniform 
Resource Locator (URL) scheme that would be used to target a programming service. Much like 
Internet domain names in regular Internet URLs, such a URL does not need to concern itself 
with the physical location of the referenced service. 

6.3.4.1 NTSCTSID 

For conventional television in the digital transition period, it is necessary that the NTSC TSID be 
added to line 21, field 2 in order for the receiver to locate the programs referenced in PSIP. Some 
receivers may not be able to associate the NTSC channel with the major channel number when it 
is received via a translator if this TSID is not present. As currently networks and other program 
distributors may not wish to provide separate feeds for the DTV programming except when the 
material is different from that which will be broadcast on the NTSC channel, a full time DTV 
link to stations may not exist. 

This presents a challenge to get PSIP data about the DTV program when the programming is 
the same as the NTSC programming. A solution has been developed that uses the XDS capability 
of the closed captioning system, which is documented in EIA-608-B. If you put the 
announcement of your NTSC programming in your DTV signal you must put the NTSC TSID in 
the NTSC signal to be in compliance with the PSIP standard. 0 

6.3.4.2 Tuning Functions 

The DTV receiver is expected to use the information in the channel's VCT together with the 
information contained in other channels' VCTs to build a navigation aid for the viewer so that 
both analog and DTV programs can be selected. 

As in analog television during set up, the DTV receiver is expected to scan the broadcast 
band and store the location of each active major channel per its physical channel number (i.e., 
the channel number assigned for that specific 6 MHz channel or some internal key to that 
frequency band). Unlike analog television, the DTV receiver does not automatically use the 
physical channel number of an active channel to identify the channel. Instead, the receiver looks 
at the major channel assignment in the channel's VCT and utilizes that number as the major 
channel number for the station. The viewer now uses this internal channel number, labeled by the 
station itself and now stored in the receiver's memory along with the station frequency 
information, to identify and tune the RF emission from the station. The receiver also looks at and 
stores the minor channel information carried in the VCT. The stored VCT information for each 
minor channel allows the receiver to choose the desired video and audio information from all the 
other minor channels' video and audio in the DTV station data stream (based on their PIDs). 
Because some of the VCT information may change over time, the receiver will rescan the 
broadcast band when it can (typically when "off) to get updates on VCT and future program 
information from all the stations. Maintaining these relationships is key to enabling the shortest 
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7.3 Event Information Functions 

The Event Information Tables contain information or announcements of events on defined 
channels. Each EIT covers a time interval of three hours. The maximum time span covered by 
the EITs is 16 days (128 three-hour EITs). The rate of transmission is not defined, and some 
experts have suggested that EITs further in the future be transmitted with longer intervals. EITs 
are typically a few tens of bytes per event therein. 

Start times for EITs are constrained to be one of the following UTC times: 0:00 (midnight), 
3:00, 6:00, 9:00, 12:00 (noon), 15:00, 18:00, and 21:00. Imposing constraints on the start times 
as well as the interval duration is necessary for the purpose of re-multiplexing. During re- 
multiplexing, EIT tables coming from several distinct transport streams may end up grouped 
together or vice versa. If no constraints were imposed, re-multiplexing equipment would have to 
parse EITs by content in real time, which is a difficult task. 

For example, consider a broadcast corporation operating in the Eastern time zone of the U.S. 
This corporation decides to carry 6 EITs (18 hours of TV program information). If at present, the 
Eastern time is 15:30 EDT (19:30 UTC), then the coverage times for the EIT tables are: 



Table 7.1 An Example of EIT Coverage Times 



EIT Number 


Version Number 


Assigned PID 


Coverage (UTC) 


Coverage (EDT) 


0 


6 


123 


18:00 - 21:00 


14:00-17:00 


1 


4 


190 


21:00-24:00 


17:00-20:00 


2 


2 


237 


0:00 - 3:00 


20:00 - 23:00 


3 


7 


177 


3:00 - 6:00 


23:00 - 2:00 (nd) 


4 


8 


295 


6:00 - 9:00 


2:00 (nd) - 5:00 (nd) 


5 


15 


221 


9:00-12:00 


5:00 (nd) - 8:00 (nd) 



The abbreviation "nd" denotes next day. Before 17:00 EDT, the MGT will list the currently 
valid PIDs as: 123, 190, 237, 177, 295, and 221. At 17:00 EDT, table EIT-0 will become 
obsolete while the other ones will remain valid. At that time, the PID list can be changed to 190, 
237, 177, 295, 221, maintaining the version number list as 4, 2, 7, 8, 15. Therefore, by simply 
shifting the listed PID values in the MGT, table EIT-1 can become EIT-0, table EIT-2 can 
become EIT-1, and so on. Typically, a new EIT-5 would be generated at that time with 
programming information for the time period 12:00-15:00 (UTC). This could go in PID 123, 
replacing the obsolete data there, or could go in a new PID. 

However, it is also possible to regenerate one or several EITs at any time for correcting 
and/or updating the content (e.g., in cases where "to be assigned" events become known). 
Regeneration of EITs is flagged by updating version fields in the MGT. For example, if table 
EIT-2 needs to be updated at 16:17 EDT, then the new table must be transmitted with a version 
number equal to 3. Whenever the decoder monitoring the MGT detects a change in the version 
number of a table, it assumes that the table has changed and needs to be reloaded. 

7.3.1 Example Case 

For the purpose of this example, we assume that a broadcaster, here denominated NBZ, manages 
the frequency bands for RF channels 12 and 39. (See Table 7.2 and 7.3.) The first one is its 
analog channel whereas the second one will be used for digital broadcast. According to the 
premises established in this document, NBZ must carry the PSIP tables in the digital transport 
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Syntax 



version_number 
current_nexMndlcator 



No. of Bits 



Format 



for (j =Q;j<val ues_defined;j ++) { 



section_number 

iast_section_number 

protocoLversion 

_rating_region_name_length 

rating_region_name_text() 

dimensions_defined 



for(i=0; i<dimensions_defined;i++) { 



dimension_name_length 

dimension_nameJext() 

reserved 



graduated_scale 
values__defined 



abbrev_rating_value_length 
abbrev_rating_value_ text() 



_rating_valuejength 
rating_value_ text() 



5 
1 
8 
8 
8 
8 

var 
8 

8 

var 
3 
1 
4 



8 



} 



} _ 
reserved 

descriptorsjength 
for (i=0;i<N;i++) { 



descriptor) 



var 
8 

var 



6 
10 



| uimsbf 
1' 

uimsbf 
uimsbf 
uimsbf 
uimsbf 

uimsbf 



uimsbf 

111' 
bslbf 
uimsbf 



uimsbf 



_}_ 

CRC_32 



32 



uimsbf 



111111' 
uimsbf 



rpchof 

i — 



Details of the Rating Region Table are described in Section 6.4 of the PSIP Standard [4], 
1.4 DCC Syntax 

Table M.7 Bit Stream Syntax for the Directed Channel Change Table 



Syntax 



No. of Bits 



directed_channeLchangejable_section () { 
table_id 

section_syntax_indicator 

private_indicator 

reserved 

sectionjength 

table_id_extension 



Format 



8 
1 
1 

2 

12 

16 



0xD3 

T 

T 

'ir 

uimsbf 
0x0000 
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EIA 608-B includes a Section 9.5.1.12.2, PSIP Class Packets 0x50 through 0x6F for 
transmission of PSIP via XDS. Note that this is not, repeat not, at the rate necessary for PSIP 
transmission in DTV. 

PSIP data may also be sourced or derived from a private method such as a listing service. 
It should be noted that generally accepted interfaces and protocols for transmission of this 
data do not exist at this time except as noted above. 
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constructed. For the inner loop example, the "descriptorsjength" field specifies how many bytes 
make up the fields included in all traversals of this particular loop. In practice, one would follow 
the steps listed below when parsing this portion of the syntax: 

1 ) Read descriptorsjength field 

2) Read the descriptorjag and descriptorjength fields that follow 

3) If the descriptorjag is understood, interpret the following descriptorjength bytes 
according to the syntax of the particular descriptor, otherwise skip over these bytes 

4) Increment the number of bytes traversed by the descriptorjength field + 2 bytes (to 
include the descriptorjag and descriptorjength fields) 

5) If the number of bytes traversed is less than the value in the descriptorsjength field, go 
to step 2; otherwise, the loop has been fully traversed. 



Table D.5 General Descriptor Format 



Syntax 


No. of Bits 


Format 


descriptor () { 






descriptorjag 


8 


uimsbf 


descriptorjength 


8 


uimsbf 


fields 












} 







Upon examining Table D.6, we encounter a particularly odd usage of the for-loop. In this 
case, the end-point variable is listed simply as N, with no indication of what N might be 23 . In some 
cases, the for-loop is immediately preceded by a length field. For this type of situation, N would 
take the value of the length field and be interpreted as in one of the cases above. 



Table D.6 For-loop Example 3 



Syntax 


No. of Bits 


Format 


systemjimeJable_section () { 






tablejd 


8 


OxCD 








sectionjength 


12 


uimsbf 








daylight_savings 


16 


uimsbf 


for (i= 0;i< N;i++) { 






descriptor() 






} 

CRC_32 


32 


rpchof 


} 







23 Note: This type of usage is more common in the MPEG-2 standards than in the ATSC standards. 
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1.3 Just the Facts 

The authors of this document recommended that it be studied in its entirety. The subject of PSIP 
is complex and a full understanding is facilitated by following the logical progression of topics 
provided in this Recommended Practice. However, in recognition of the practical time 
limitations faced by engineers today, the following "must read" sections are identified: 

• For television station engineers: Section 5, Section 6, Annex A, Annex B, and Annex J. 

• For PSIP manufacturers: Section 6, Section 7, Annex C, Annex D, Annex E, Annex F, 
Annex G, Annex H, Annex I, and Annex K. In addition, manufacturers are referred to 
ATSC Standard A/65 A [4]. 

For those readers who are unfamiliar with the genesis of the PSIP Standard and why it is 
important to broadcasters, the authors recommend that Annex A be read first as it provides 
valuable background information on the subject. 

As an additional aid to readers, specific recommendations in this document are noted by the 
graphic 0. 
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Chan 


Name 


6:00 PM 6:30 PM 


7:00 PM 7:30 PM 


8:00 FM 8:30 FM 


6-0 


XYZ 


Qty Scene 


Travel Log 


Movie: 
Speed II 


6-1 


XYZ 


Qty Scene 


Travel Log 


Movie: 
^eedll (HD) 


6-2 


XYZ 


Movie: 3ar Trek— The Voyage Home 


Tune 6-1 for Movie: 
3>eedll (HD) 


6-3 


LNC 


Local News 


Airport Info 


HD Rogram 
on 6-1 



Figure 5.2. Example electronic program guide. 



5.3.1 Building the On-Screen Display or EPG 

The EIT has the dual functionality of announcing future programs and providing critical 
information about the current program. It contains program names and planned broadcast times 
as well as other information about an event. Its contents are detailed in Section 6.4. The data can 
be combined to build a receiver on-screen display such as that shown in Figure 5.3. 




Figure 5.3 Illustration of how the various PSIP tables could combine to produce 
the on-screen display at the receiver. 



6. THE PSIP TABLES 

The following sections describe the basic functions of the PSIP tables and indicate where the 
data in the tables originates, as well as generic information about the data itself. In general, the 
data comes from the following sources 4 : 

• Provided by the broadcast station as input to the PSIP system user software; this is 
station-specific information (for example, the major and minor channel numbers). 

• Set as default in PSIP software; this information is usually MPEG-2 data that is ATSC- 
specific (for example, all table IDs). 

• Calculated by the PSIP generator (for example, the descriptor length). 



4 See also Annex J. 
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possible channel change time by the receiver, and once assigned, the same PID should be used 
for video or audio packets for a given virtual channel. 0 

A minor channel number of zero is reserved for the analog channel information provided in 
the VCT and allows the receiver to present the associated analog channel grouped with the 
digital channels. 

Note that selecting a DTV program by attempting to input the physical channel number to the 
receiver will usually result in the incorrect channel. The virtual channel number is the number 
the receiver looks for, and the DTV channel seldom will coincide with the number of the 
physical channel that the station occupies. Newspaper and magazine program guides are 
expected to list programs by their virtual major and minor channel numbers. 

6.3.4.3 Updating the VCT 

Even though the TSID and other parameters for each virtual channel can be a permanent 
assignment, the minor channels that the station is using may change over time. When a program 
on a new virtual channel is announced in the EIT, the PSIP standard requires that the VCT 
contain EIT VCT information, and vice versa. Because of this, it is recommended that 
broadcasters update the VCT first to reflect a change in the channel lineup and then use the 
appropriate source_id in constructing the EITs. 0 

A new VCT containing updated information can be transmitted at any time with the 
version_number increased by one. It is required that the virtual channel be in the VCT as soon as an 
EIT that will use that virtual channel is sent. This gives receivers the opportunity to scan the 
frequencies and detect the channel presence. This is an additional benefit from recommending 
three days of EITs be programmed for transmission. The system design assumes the receivers 
scan all RF channels at least once just after being turned off. Filling three days worth of EITs 
once a day should reduce the risk of not having information at the time of tuning to just those 
sets which are never turned off or experience extended power outages. 0 

If the PSIP encoder system software uses this ability to send a new "next" version of the 
VCT (only needed if the VCT is larger than one section), it should allow a preset time to be input 
to trigger the current/next flag change at the time of the program lineup change. Use of the 
current/next capability in the standard should be avoided unless absolutely necessary. 0 

If a "next" version is sent and it is discovered to be wrong, there is no escape; all recovery 
attempts will result in the stream being corrupt and receiver behavior will be undefined. As the 
VCT encompasses all announced possible channels, if the viewer mistakenly requests an inactive 
channel, the receiver is expected to treat this as a non-existent channel. 18 A barker slide at low 
resolution announcing that other programming is available or a directed channel change are steps 
to manage this situation if leaving the decision to the receivers is undesired. 0 

6.4 Event Information Table 

The Event Information Table (EIT) is the PSIP table that carries program schedule information 
for each virtual channel. MPEG-2 has a construct called a program', in ATSC standards, TV 
programs are called events. Each instance of an EIT covers a three-hour time span, and provides 
the following information for each programming source: 

Event start time 



1H It is mandated to send all virtual channels as soon as announcement is present. Thus, the case where several 
currently unused minor channels are in the VCT is common and should not result in a blank screen. 
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stream of RF channel 39. The tables must describe TV programs and other services provided on 
RF channel 39 but can also describe information for the analog RF channel 12. 

Assume that NBZ operates in the Eastern Time zone of the U.S., and that the current time is 
15:30 EDT (19:30 UTC). NBZ decides to operate in minimal configuration, therefore only the 
first four EITs need to be transmitted. As explained previously, EIT-0 must carry event 
information for the current time window, which is between 14:00 and 17:00 EDT, whereas EIT- 
1 to EIT-3 will cover the subsequent 9 hours. For the first 6 hours, the following scenario 
applies: 



Table 7.2 First Three Hour Segment Described in VCT and EIT-0 



CH 14:00-14:30 14:30-15:00 15:00-15:30 15:30-16:00 16:00-16:30 16:30-17:00 


12-0 NBZ 


City Life 


City Life 


Travel Show 


Travel Show 


News 


News 


12-1 


NBZ- 
D1 


City Life 


City Life 


Travel Show 


Travel Show 


News 


News 


12-2 


NBZ- 
D2 


Soccer 


Golf Report 


Golf Report 


Car Racing 


Car Racing 


Car Racing j 


12-3 
12-4 


NBZ- 
D3 

NBZ- 
D4 


Secret Agent 
Headlines 


Secret Agent 
Headlines 


Lost Worlds 
Headlines 


Lost Worlds 
Headlines 


Lost Worlds 
Headlines 


Lost Worlds 
Headlines 




Table 7.3 Second Three Hour Segment Described in VCT and EIT-1 


CH 17:00-17:30 17:30-18:00 18:00-18:30 18:30-19:00 19:00-19:30 19:30-20:00 


12-0 


NBZ 


Music Today 


NY Comedy 


World View 


World View ' News 


News 


12-1 


NBZ- 
D1 


Music Today 


NY Comedy 


World View 


World View 


News 


News 


12-2 


NBZ- 
D2 


Car Racing 


Car Racing 


Sports News 


Tennis Playoffs 


Tennis Playoffs 


Tennis 
Playoffs 


12-3 


NBZ- 
D3 


Preview 


The Bandit 


The Bandit 


The Bandit 


The Bandit 


Preview 


12-4 


NBZ- 
D4 


Headlines 


Headlines 


Headlines 


Headlines 


Headlines 


Headlines 



Similar tables can be built for the next 6 hours (for EIT-2 and EIT-3). According to this 
scenario, NBZ broadcasts four regular digital channels (also called virtual channels and denoted 
as VC), one matching the analog transmission (simulcast), another for sports, and a third one for 
movies. The fourth one supports a service displaying headlines with text and images. 



7.4 Packetization and Transport 

Typically, the MGT, STT, VCT, and each instance of the RRT and E1T will have one or at most 
a few sections. For each table, the sections are appended one after the other, and then segmented 
into 1 84-byte packets. After adding the 4-byte MPEG-2 transport stream header, the packets are 
multiplexed with the others carrying audio, video, data, and any other components of the service. 
Figure 7.3 illustrates this process. 
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ANNEX K: 
Coding of the Rating Region Table 

1. INTRODUCTION 

There may be some confosion caused by the semantics for abbrev_rating_value_text and 
rating_value_text, whether an explicit (verbose) coding of the null string is required or if a shorter 
representation is acceptable. 

The verbose method requires 20 bytes to describe abbrev_rating_value and rating_value text 
strings "". The short method requires 2 bytes. These two strings with "" value are repeated for 
each of the 8 defined dimensions of rating region 1. Using the short method can save over 100 
bytes over the verbose method. 

The EIA-766-A constraint of compressionjype = 0 was placed to reduce the complexity of 
receiver implementations. 

1.1 Excerpt of RRT Section 

Tables K.l and K.2 compare the verbose and the simplified methods. 

Table K.l Verbose Coding Method 



Syntax no. of Bits Value 








values_defined 


4 
8 
8 


0x08 
0x01 


for (j=0; j<values_defined; j++) { 
abbrev_rating_valuejength 
abbrev_rating_valuejext() { 
number_strings 


for (i= 0; i< nurnber_strings; i++) { 






ISO_639_language_code 


8*3 


'eng' 


number_segments 


8 


0x01 


for (j=0; j<number__segments; j++){ 






compression_type 


8 


0x00 


mode 


8 


0x00 


number_bytes 


8 


0x01 



for (k= 0; k<number_bytes; k++) 



compressed_string^byte [k] 



_ } 

} 

rating_value_length 
rating_value_text() { 
number_strings 



0x00 



for (i= 0; i< number_strings; { 
ISO_639Janguage_code 



1 8*3 



0x08 
1 0x01 
'eng' 
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The particular case illustrated in Table D.6 (taken from the System Time Table) requires a 
little more insight to understand. The field immediately above the for-loop provides no 
information as to what value to use for N. If we examine the entire table, we find that the only 
portion of the syntax with variable length is the for-loop. In addition, one of the earlier fields in 
the table is the sectionjength field, which specifies the size of the overall table. These two 
observations provide enough information to allow the calculation of how many bytes would be 
included in the for-loop carrying the descriptors. 
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ANNEX B: 
Example Settings for PSIP Parameters 

1. INTRODUCTION 

This example applies to an RF (DTV) channel operated in the Alaska time zone by a station 
licensed to broadcast on NTSC channel 2. The DTV service has a single channel of 
programming. The system parameters for the broadcast at 9:00:01 p.m. Alaska Standard Time on 
Jan 1 , 2001 should be set as given in the following tables. 

1 .1 Terrestrial Virtual Channel Table Settings 



Table B.l Example Settings for the T-VCT 



rararTieier 


value 


Comments 


table_id 


0xC8 


Value created by PSIP generator. 


transport_stream_id 


0x0003 


! FCC assigned value, preferably the default setting by the PSIP ! 
generator when shipped to the customer. 


num_channels_in_section 


0x01 


This broadcaster is not announcing the NTSC programming. 


! Qhnrt name* 

Ol HJl i. I let I I It? 


IN CvV^ 


User entry of up to 7 alpha-numeric characters; value created by 
PSIP generator. 


major_channel_number 


0x002 


Preferably the default setting by the PSIP generator when shipped to 
this customer; if not, user entry of 2 converted to 1 0 bits. 


minor_channel_number 


0x001 


Preferably the default setting by the PSIP generator when shipped to 
this customer; if not, user entry converted to 10 bits. 


modulation_mode 


0x04 


: Default value created by PSIP generator, with user capability to 
change. 


: carrierjrequency 


0x00000000 


Default value created by PSIP generator, with user capability to 
change. 


channeLTSID 


0x0002 


Automatically generated value created by PSIP generator, with user 
capability to change only if other services not carried in this transport 
are described. 


programjiumber 


0x01 


Value created by PSIP generator and communicated to the device 
creating the PMT. 


ETMJocation 


0x00 


Value created by PSIP generator. 


' access„controlled 


0 


Value created by PSIP generator based on user prompt (in this 
example 0). 


hidden 


0 


Value created by PSIP generator based on user prompt (in this 
example 0). Note: when VCs are inactive, the PSIP generator must 
control the state. 


hide_guide 


0 


Value created by PSIP generator based on user prompt (in this 
example 0). Note: when VCs are inactive, the PSIP generator must 
control the state. 


service_type 


0x02 


Value created by PSIP generator based on user prompt. 


source_id 


0x0001 


Value created by PSIP generator, may come from traffic or 
automation system. 


descriptors_length 


0x12 


Value calculated by PSIP generator (this example has one 
service Jocation_descriptor). 
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MGT STT RRT VCT 



□ □ 



| 1 | ||P 



PID OxlFFB 



EIT-0 with instances 



PIDK 



ETT-0 with messages 



PIDX 



MPEG-2 TS packets 



audio 
video 
data 
other 



1 



Multiplex 



^ Output to Modulator 



Figure 7.3 Packetization and transport of the PSIP tables. 



7.4.1 Tuning Operations and Table Access 

As described by the PSIP protocol, each transport stream will carry a set of tables describing 
system information and event description. For channel tuning, the first step is to collect the VCT 
from the transport stream that contains the current list of services available. Figure 7.4 shows this 
process. 
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The Advanced Television Systems Committee (ATSC), is an international, non-profit 
membership organization developing voluntary standards for the entire spectrum of advanced 
television systems. 

Specifically, ATSC is working to coordinate television standards among different 
communications media focusing on digital television, interactive systems, and broadband 
multimedia communications. ATSC is also developing digital television implementation 
strategies and presenting educational seminars on the ATSC standards. 

ATSC was formed in 1982 by the member organizations of the Joint Committee on 
InterSociety Coordination (JCIC): the Electronic Industries Association (EIA), the Institute of 
Electrical and Electronic Engineers (IEEE), the National Association of Broadcasters (NAB), the 
National Cable Television Association (NCTA), and the Society of Motion Picture and 
Television Engineers (SMPTE). Currently, there are approximately 160 members representing 
the broadcast, broadcast equipment, motion picture, consumer electronics, computer, cable, 
satellite, and semiconductor industries. 

ATSC Digital TV Standards include digital high definition television (HDTV), standard 
definition television (SDTV), data broadcasting, multichannel surround-sound audio, and 
satellite direct-to-home broadcasting. 
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2.1 Acquiring Reference Documents 

2.1.1 ATSC Standards 

Advanced Television Systems Committee (ATSC), 1750 K Street N.W., Suite 1200 Washington 
D.C. 20006 USA; Phone 202.828.3130; Fax 202.828.3131 ' 
Internet htt p://www.atsc.org/stan&rps.html 

2.1.2 EIA Standards 

Electronics Industries Alliance (EIA), 2500 Wilson Boulevard, Arlington, VA 22201* Phone 
703-907-7500, Fax 703-907-750 1 
Internet: http : //www. e i a . org 

EIA documents are available from Global Engineering Documents, World Headquarters, 15 
Inverness Way East, Englewood, CO 80112-5776; Phone 800.854.7179; Fax 303.397.2750; 
Internet http://globaLihs.com 

2.1.3 ISO Standards 

ISO Central Secretariat, 1, rud de Varembe, Case postale 56, CH-121 1 Geneve 20, Switzerland- 
Phone +41 22 749 01 1 1; Fax + 41 22 733 34 30; 
Internet http:/www.iso.ch ; Email central@iso.ch 

ISO documents are available from Global Engineering Documents, World Headquarters, 15 
Inverness Way East, Englewood, CO 801 12-5776; Phone 800.854.7179; Fax 303.397.2750; 
Internet http://global.ihs.com 

3. DEFINITIONS 

3.1 Acronyms 

The following acronyms and abbreviations are used within the ATSC PSIP specification [4]: 



ATSC 


Advanced Television Systems Committee 


BMP 


basic multilingual plane 


bslbf 


bit serial, leftmost bit first 


CAT 


conditional access table 


CEA 


Consumer Electronics Association 


CRC 


cyclic redundancy check 


CVCT 


cable virtual channel table 


DCC 


directed channel change 


DCCSCT 


directed channel change selection code table 


DET 


data event table 


DIT 


data information table 


DTV 


digital television 
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• Provided from or to the audio or video encoder (for example the elementary PID for the 
video or audio). 

• Provided from or to the Closed Captioning system (for example the language of the 
captions). 

The user software supplied with the PSIP encoder system will typically guide the user in 
inputting the needed information, so it is not normally necessary for users to be concerned about 
the formal details of the PSIP table structure as presented in ATSC Standard A/65 A (see Annex 
B for specific examples). More importantly, users should first understand what data they must 
provide to the user software and second what the correct data is. 

It should be noted that the PSIP tables are constructed using a form of "C Code" syntax and 
format. Annex D explains this coding scheme. Annex L reproduces the primary PSIP tables in 
their complete form. 

6.1 General Considerations 

Not all of the tables are required for all terrestrial and cable applications, as detailed in Table 6.1 . 



Table 6.1 PSIP Tables Required for Transmission in the Broadcast and Cable 

Modes 



Table 


Required for Broadcast? 


Required for Cable? 


STT 


Yes 


Yes 


MGT 


Yes 


Yes 


VCT 


Yes (TVCT) 


Yes (CVCT) 


RRT 


Conditional 1 


Conditional 1 


EIT 


Yes (EIT-0, -1,-2, -3); all others 
optional. 


Optional, except when required. 2 


ETT 


Optional 


Optional 


1 If a content advisory descriptor is transmitted, the associated RRT— except for RRT 01— shall be transmitted. 

2 On January 18, 2001 , the FCC issued its first Report and Order on Cable Carriage of DTV (Docket 98-120) which 
in paragraph #83 requires carriage of PSIP data related to the primary video service if present. j 



The VCT comes in two flavors, one specifically for terrestrial broadcast — the Terrestrial 
Virtual Channel Table (TVCT)— and the other for cable— the Cable VCT (CVCT). 

All PSIP tables are extensible via the descriptor method. In PSIP, some descriptors are 
mandatory, while others are optional. A receiver that does not recognize a descriptor of a certain 
type is required to simply ignore it, so addition of new features via new descriptor definitions is a 
powerful way to add new features to the protocol while maintaining backwards compatibility. 

One hard-coded PID value has been chosen for the transport packets that carry all PSIP data 
except the program guide data and extended text. PID OxlFFB was chosen so as not to collide 
with other known fixed-assigned PID values. 

As detailed in Section 5, all ATSC-compatible digital broadcast television multiplexes must 
carry at least the following PSIP tables: 

• Master Guide Table, repeated at a minimum rate of once every 1 50 ms. 

• System Time Table, repeated at a minimum rate of once per second. 

• Rating Region Table, repeated at a minimum rate of once each minute if present. 

• Terrestrial Virtual Channel Table, repeated at a minimum rate of once each 400 ms. 



24 



ATSC 



PSIP Implementation Guidelines for Broadcasters 



25 June 2002 



Event duration 

• Event title 

A pointer to optional descriptive text for the event 

• Program content advisory data (optional, but if present it must go here) 

• Caption service data (sometimes optional, but when present must go here) 

• Audio service descriptor (required if audio is present) 

Most of this data is provided "under the covers' from other systems to the PSIP generator. The 
user just needs to enter what program is on when, and select the proper operating parameters. 

Each EIT covers a period of three hours. The PSIP generator should automatically convert 
from local time to the universal time used inside the system. (The receiver converts back to that 
receiver's local time.) EIT-0 represents the "current" three hours of programming. For terrestrial 
PSIP, the first four EITs (EIT-0, EIT-1, EIT-2, and EIT-3) are required by A/65 A. The maximum 
number of EITs is 128, permitting up to 16 days of program information to be delivered to 
receivers. It is strongly recommended that at least 24 EITs be sent at all times (three days). 0 

Daily updates of the EITs can be done for all programming, but the current EIT has some 
additional needs (see below). It is strongly recommended that a daily update be done at or near 
the normal close of business and that this update have at least three days worth of station-correct 
programming announcements (24 EITs). As most receivers will be acquiring future EITs in the 
early morning hours while "off, this enables receivers to miss one day of acquisition and still 
have the next days' events. Adding one days' worth of EITs will add about 1 kbps of data to the 
transport if the recommendations in this document are followed. It is desirable to send all 16 
days worth of EITs to cover consumers' setting of recorders during a vacation. 0 

The EIT-0 has some special needs as it contains the closed caption, ratings information, and 
other essential data about the current program. The connection from master control to the PSIP 
generator should enable direct updates of current program parameters in EIT-0. By contrast, the 
EITs for the future are primarily informational, and less critical to system performance as long as 
the station virtual channel line-up is not changed. 

EITs should not be sent describing test signal occurrences in a virtual channel. 0 
Each EIT has space for event titles. The receiver recommendation is to display the first 30 
characters of the title, and it is recommended that the first 30 characters be chosen carefully to 
maximize the chance of meaningful display by receivers. If it is desired to send additional 
information about the entire event, this is sent in another structure — the Extended Text Table 
(ETT). Such information would optionally be presented to consumers, usually after an action. 
Receivers may have limited support for descriptive text so there may be a trade-off between 
covering more events and more data about each event. Also, the rate this information is sent can 
be adjusted by setting the time interval between ETTs to make more efficient use of bandwidth. 
If however, these were set longer than one minute apart, receiver "off search time would be 
increased. 0 

6.4.1 EIT Structure 

PSIP tables can have a multitude of instances. The different instances of a table share the same 
table_id value and PID but use different table_id_extension values. An instance of ElT-k contains the 
list of events for a single virtual channel with a unique source_id. For this reason, the 
table_id_extension has been renamed as sourcejd in the EIT syntax. Figure 6.3 shows, for example, 
the NBZ-S instance for EIT-0. Following similar procedures, the NBZD, NBZ-M, and NBZ-H 
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ANNEX E: 
GPS Time 



1. INTRODUCTION 

The System Time Table provides time of day information to receivers. In PSIP, time of day is 
represented as the number of seconds that have elapsed since the beginning of "GPS time," 
00:00:00 UTC January 6 lh , 1980. GPS time is referenced to the Master Clock at the U.S. Naval 
Observatory and steered to Coordinated Universal Time (UTC). 

The cycle of the seasons, technically known as the tropical year, is approximately 365.2422 
days. Using the Gregorian calendar we adjust for the fractional day by occasionally adding an 
extra day to the year. Every fourth year is a leap year, except that three leap years in every 400 
are skipped (the centennial years not divisible by 400). With this scheme there are 97 leap years 
in each 400-year span, yielding an average year that is 365.2425 days long. 

UTC is occasionally adjusted by one-second increments to ensure that the difference between 
a uniform time scale defined by atomic clocks does not differ from the Earth's rotational time by 
more than 0.9 seconds. The timing of occurrence of these "leap seconds" is determined by 
careful observations of the Earth's rotation; each is announced months in advance. On the days it 
is scheduled to occur, the leap second is inserted just following 12:59:59 p.m. UTC. 

UTC can be directly computed from the count of GPS seconds since January 6th, 1980 by 
subtracting from it the count of leap seconds that have occurred since the beginning of GPS time. 

2. PSIP AND GPS TIME 

In the A/65 A protocol, times of future events (such as event start times in the EIT) are specified 
the same as time of day — as the count of seconds since January 6 th , 1980. Converting an event 
start time to UTC and local time involves the same calculation as the conversion of system time 
to local time. In both cases, the leap seconds count is subtracted from the count of GPS seconds 
to derive UTC. 

GPS time is used to represent future times because it allows the receiver to compute the time 
interval to the future event without regard for the possible leap second that may occur in the 
meantime. Also, if UTC were to be used instead, it would not be possible to specify an event 
time that occurred right at the point in time where a leap second was added. UTC is 
discontinuous at those points. 

Around the time a leap second event occurs, program start times represented in local time 
(UTC adjusted by local time zone and [as needed] daylight savings time) may appear to be off by 
plus or minus one second. PSIP generating equipment may use one of two methods to handle 
leap seconds. 

In method A, PSIP generating equipment does not anticipate the future occurrence of a leap 
second. In this case, prior to the leap second, program start times will appear correct. An event 
starting at exactly 10:00 a.m. will be computed as starting at 10:00:00. But just following the 
leap second, that same event time will be computed as 9:59:59. The PSIP generating equipment 
should re -compute the start times in all the EITs and introduce the leap second correction. Once 
that happens, and receivers have updated their EIT data, the computed time will again show as 
10:00:00. In this way the disruption can be limited to a matter of seconds. 
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descriptorjag 


0xA1 


Value created by PSIP generator alone. 


descriptorjength 


0x11 


Value calculated by the PSIP generator. 


PCR_PID 


0x09FF 


Arbitrary value created by PSIP generator; normally the same as the 
PID used for the video. 


number_elements 


0x02 


Value calculated by the PSIP generator. 


first stream_type 


0x02 


Video. Value created by PSIP generator based on user input. 


elementary_PID 


0x09FF 


Arbitrary value created by PSIP generator; must be the same as the 
elementary_PID in the PMT (in this case 0x09FF). 


ISO_639_language_code 


0x000000 


Value created by PSIP generator based on streamjype. 


second streamjype 


0x81 


Audio. Value created by PSIP generator based on user input that 
audio is present. 


elementary J°ID 


0X09FE 


Arbitrary value created by PSIP generator; must be the same as the 
elementary_PID in the PMT (in this case 0x09FE). 


ISO„639_ianguage_code 


0x737061 


Value created by PSIP generator based on language selection (in 
this case Spanish). 


additional_descriptorsJength 


0 


Value calculated by the PSIP generator. 


additional_descriptor 


In this example not sent. 


CRCJ32 (not shown) 


Value calculated by the PSIP generator. 



1 .2 Event Information Table 

For simplicity, one three-hour program in EIT-0 is assumed; it has a caption service descriptor 
and a content advisory descriptor. 



Table B.2 Example Settings for Event Information Table 



Parameter Value 


event„information_table_section(){ 




table_id 


OxCB 


sectionjength 


12 


sourcejd 


0x0001 


version_number 


0x00 


num_events_in_section 


0x01 


event_id 


0x0041 


startjime 


0x27 7E 7F 7F 


ETMJocation 


0x0 


length_in_seconds 


0x2A30 


titlejength 


8 


title_text() 


STARTREK 



1.3 Caption Service Descriptor 

The caption service in this program is assumed to have standard and wide aspect ratio captions. 
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Transport Stream 



Receive base PID 
OxlFFB 



Virtual Channel Table (VCT) 




channel 5-7 


video: 


PID-V 


audio 1 : 


PID-A1 


audio2: 


PID-A2 


datal: 


PID-D1 


data2: 


PID-D2 




channel 5-1 1 


video: 


P1D-VV 


audio: 


PID-AA 




channel 5-22 


Similar list of PIDS... 



Figure 7.4 Extraction of the VCT from the transport stream. 

Once the VCT has been collected, a user can tune to any virtual channel present in the 
transport stream by referring to the major and minor channel numbers. Assuming that in this 
case, the user selects channel 5-11, then the process for decoding the audio and video 
components is shown in Figure 7.5. 



Transport Stream 



Program 
Clock Ref. 



Timing 
Control 



— ► 


Receive 




Video 




Video 




P1D-VV 


► 


Decoding 


► 


Display 



— ► 


Receive 




Audio 




Audio 




PID-AA 


► 


Decoding 


► 


Presentation 



Figure 7.5 Acquisition of audio/visual components. 
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DVB 


Digital Video Broadcasting 


DVS 


Digital Video Subcommittee 


EIA 


Electronic Industries Alliance 


EIT 


event information table 


EMM 


entitlement management message 


EPG 


electronic program guide 


ETM 


extended text message 


ETT 


extended text table 


GPS 


Global Positioning System 


IEC 


International Electrotechnical Commission 


IPG 


interactive program guide 


ISO 


International Standards Organization 


kbps 


kilo (1000) bits per second 


MGT 


master guide table 


MHz 


megahertz 


MPAA 


Motion Picture Association of America 


MPEG 


Moving Picture Experts Group 


NTSC 


National Television Systems Committee 


NVOD 


near video on demand 


OOB 


out of band 


PAT 


program association table 


PCR 


program clock reference 


PES 


packetized elementary stream 


PID 


packet identifier 


PMT 


program map table 


PSI 


program specific information 


PSIP 


program and system information protocol 


PTC 


physical transmission channel 


QAM 


quadrature amplitude modulation 


RCU 


remote control unit 


rpchof 


remainder polynomial coefficients, highest order first 


RRT 


rating region table 


RTT 


ratings text table 


SCTE 


Society of Cable Telecommunications Engineers 
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• The first four Event Information Tables, representing twelve hours of program schedules 
(see Tables 5.1 and 5.2 for recommended repetition rates). 
Further EITs may be transmitted if a broadcaster wishes to provide program schedules beyond 
half a day; it is recommended that at least 24 be sent 5 . (See Section 6.4 for more information.) 0 

A receiver is required to handle data rates of PSIP data in PID OxlFFB (base_PID) of up to 
250 kbps. Each EIT and event text PID can also be sent at a rate of up to 250 kbps. 

The A/65A standard defers to SCTE for specification of data rates on cable, but does state 
that the MGT, STT, and cable VCT are required, as detailed in Table 6.1. Cable systems may 
elect to supply program guide data in a format other than PSIP's EIT/ETT. 

6.2 Master Guide Table 

The purpose of the MGT is to describe everything about the other tables, listing features such as 
version numbers, table sizes, and packet identifiers (PIDs). Figure 6.1 shows a typical Master 
Guide Table indicating, in this case, the existence in the Transport Stream of a Virtual Channel 
Table, the Rating Region Table, four EITs, one Extended Text Table for channels, and two 
Extended Text Tables for events. 



MGT 



tabletype ! 


PID 


vereionnum. 


table size 


VCT 


OxlFFB (base PID) 


4 


391 bytes 


RRT - USA 


OxlFFB (base PID) 


I 


959 bytes 


EIT-0 


OxlFDO 


6 


970 bytes 


EIT-1 


OxlFDl 


4 


970 bytes 


EIT-2 


OxlDDl 


2 


970 bytes 


EIT-3 


0xlDB3 


7 


970 bytes 


ETT for VCT 


OxlAAO 


21 


312 bytes 


ETT-0 


Ox IB AO 


10 


2543 bytes 


ETT-I 


OxlBAl 


2 


2543 bytes 



Figure 6.1 Example content of the Master Guide Table. 



5 While it is stated that a minimum of 24 EITs should be transmitted at all times, it must be understood that because 
some systems are likely to provision the EITs only once a day (or some other regular interval), as many as the 8 
highest numbered EITs may be devoid of content before the next provisioning is performed. 
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instances of EIT-0 can be constructed. The process can be extended and repeated to obtain all of 
the instances for the other tables in the time sequence: EIT-1, EIT-2, and so on. 



EIT-0 

source jd = 22 (NBZ-S instance) 



num events in section = 3 



event 
ID 


local 
start 
time 


Length 

(sec) 


ETM 

location 


title 


descriptors 


51 


12:30 


7200 


01 


Soccer Live 


content_advisory 


52 


14:30 


3600 


00 


Golf Report 


closed_caption 


53 


15:30 


9000 


01 


Car Racing 


content_advisory 



Figure 6.3 Content of EIT-0 for NBZ-S. 

The three events programmed for the 3-hour period for NBZ-S are listed in the Figure. The 
field eventjd is a number used to identify each event. If an event time period extends over more 
than one EIT, the same eventjd has to be used. The eventjd is used to link events with their 
messages defined in the ETT, and therefore it has to be unique only within a virtual channel and 
a 3-hour interval defined by EITs. The eventjd is followed by the startjime and then the 
!ength_in_seconds. Notice that events can have start times before the activation time (14:00 EDT in 
this example) of the table. The ETMJocation specifies the existence and the location of an 
Extended Text Message (ETM) for this event. ETMs are simply long textual descriptions. The 
collection of ETMs constitutes an Extended Text Table (ETT). 

An example of an ETM for the car racing event might be: 

"Live coverage from Indianapolis. This car race has become the largest single- 
day sporting event in the world. Two hundred laps of full action and speed." 

Several descriptors can be associated with each event. One is the Content Advisory 
Descriptor, which assigns a rating value according to one or more systems. Recall that the actual 
rating system definitions are tabulated within the RRT. Another is a Closed Caption Descriptor, 
which signals the existence of closed captioning and lists the necessary parameters for decoding. 
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Table B.3 Example Settings for Caption Service Descriptor 



Parameter 


Value 


descriptor_tag 


0x86 


number_of_services 


0x02 


language 


0X656E67 


cc_type 


1 


reserved 


1 


reserved 


11111 


Iine21 Jield 


1 


first caption_service_number 


0x01 


first service easy_reader 


0 


first service wide_aspect_ratio 


0 


language 


0x737061 


cc_type 


1 


reserved 


1 


reserved 


11111 


Iine21jield 


1 


second caption_service_number 


0x02 


second service easy_reader 


0 


second service wide_aspect_ratio 


1 



1 .4 Content Advisory Descriptor 

This program is assumed to have a rating of TV-Y. 

Table B.4 Example Settings for Content Advisory Descriptor 



Parameter 


Value 


descriptor_tag 


0x87 


descriptorjength 


0x05 


rating_region_count 


0x01 


rating_region 


0x01 


rated_dimensions 


0x01 


first rating_dimensionJ 


0x01 


rating_value 


0x1 


rating_description_length 


0x00 


rating_description_text() 


not present 



1 .5 II. PSIP Generator Calculated Tables 
1 .5.1 System Time Table 

It is expected that the following values would be calculated by the PSIP generator from user 
inputs of: 

The local time zone 
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For terrestrial broadcast, the existence of a service_location_descriptor() in the TVCT is 
mandatory for each active channel. The PID values needed for acquisition of audio and video 
elementary streams are to be be found in either a service Jocation_descriptor() within the TVCT, or in 
the PMT. The service_location_descriptor() has been included in PSIP to minimize the time required 
for changing and tuning to channels, and to enable simple virtual channels to be tuned without 
referring to the PMT. However, PAT and PMT information is required to be present in the 
Transport Stream to provide MPEG-2 compliance. Access to data or other supplemental services 
may require access to the PAT or PMT. Cable systems may not carry the service location 
descriptor, and therefore the information contained therein will be found in the PMT. 

The PMT should always be updated when the service_location_descriptor() is updated to ensure 
that they are as consistent as possible. Normally the contents are the same, but there is a special 
case. The special case is when there are multiple audio tracks with the same language offered. 
There are two ways to construct such services. The PMT supports a means to directly associate 
textual name for each of the tracks with the PID of the packets for each audio stream. However, 
using the PMT provides no means to inform the receiver of the options available for future 
programs. Creating separate virtual channels to associate each such audio option with the (same) 
video does provide a standard and direct announcement of programs with each such audio 
service. To handle this case and the case where multiple languages are available, it is 
recommended that each virtual channel contain one video and one audio. Announcing and 
navigation among data enhancements can be significantly more complex and is not addressed. 0 

7.5 MPEG Transport Stream Considerations 

It should be noted that, except for the MGT, PSIP table sections may start in any byte position 
within an MPEG-2 transport stream packet. The Master Guide Table is special in that the first 
byte always is aligned with the first byte of the packet payload. The A/65 A standard states this 
restriction as the pointerjield of the transport stream packet carrying the table Jd field of the MGT 
section shall have the value 0x00 (section starts immediately after the pointerjield). 

In general, table sections may span packet boundaries. Also, if the table sections are small 
enough, more than one PSIP table section may be present within a single transport stream packet. 
The MPEG-2 pointerjield mechanism is used to indicate the first byte of a table within a packet 
payload. The starting byte of subsequent tables that might be in the same payload is determined 
by processing successive section jength fields. The location of the section Jength field is guaranteed 
to be consistent for any type of PSIP table section, as the format conforms to MPEG-2 defined 
Program Specific Information (PSI) tables. 

If a packet payload does not include the start of a table section, the payioad_unit_startjndicator 
bit in the packet header is set to 4 0' and the pointerjield is not present. 

7.6 Considerations Regarding Large PSIP Tables in the Base PID 

The PSIP Base PID carries a mixture of short tables with short repeat cycles and larger tables 
with long cycle times. Transmission of one table section must be completed before the next 
section can be sent: time-interleaving of parts of sections carried by one PID is not allowed. 
Thus, transmission of large table sections (even with long cycle times) must be completed within 
a short period in order to allow fast cycling tables to achieve specified time interval. The result is 
a PID stream that has a bursty characteristic, which may lead to bandwidth inefficiency if 
upstream multiplexers must reserve bandwidth for the peak PSIP requirement. 
Table 7.4 lists typical characteristics for various table types. 
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SD 


standard definition 


SDTV 


standard definition television 


SI 


system or service information 


SMPTE 


Society of Motion Picture and Television Engineers 


STD 


system target decoder 


STT 


system time table 


TS 


transport stream 


TSID 


transport stream ID or transmission signal ID 


TVCT 


terrestrial virtual channel table 


TVPG 


Television Parental Guidelines 


uimsbf 


unsigned integer, most significant bit first 


Unicode 


Unicode™ 


URL 


uniform resource locator 


UTC 


Coordinated Universal Time 2 


VBI 


vertical blanking interval 


VC 


virtual channel 


VCT 


virtual channel table; used in reference to either TVCT or CVCT 


VSB 


vestigial sideband 



3.2 Definition of Terms 

The following terms are used throughout the ATSC PSIP standard [4]: 
base PID A packet identifier of fixed value OxlFFB. 

descriptor A data structure of the format: descriptorjag, descriptorjength, and a variable amount of 
data. The tag and length fields are each 8 bits. The length specifies the length of data that 
begins immediately following the descriptorjength field itself. A descriptor whose descriptorjag 
identifies a type not recognized by a particular decoder shall be ignored by that decoder. 
Descriptors can be included in certain specified places within PSIP tables, subject to certain 
restrictions. Descriptors may be used to extend data represented as fixed fields within the 
tables. They make the protocol very flexible because they can be included only as needed. 
New descriptor types can be standardized and included without affecting receivers that have 
not been designed to recognize and process the new types. 

digital channel A set of one or more digital elementary streams. See virtual channel. 

event A collection of elementary streams with a common time base, an associated start time, and 
an associated end time. An event is equivalent to the common industry usage of "television 
program." 



* Because unanimous agreement could not be achieved by the ITU on using either the English word order, CUT, 
the French word order, TUC, a compromise to use neither was reached. 
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The first entry of the MGT describes the version number and size of the Virtual Channel 
Table. The second entry corresponds to an instance of the Rating Region Table. Notice that the 
base^PID (0x1 FFB) must be used for the VCT and the RRT instances as specified in PSIP. 

The next entries shown in the MGT example above (no ordering of elements is required) 
correspond to the first four EITs that must be supplied in the transport stream. The user is free to 
choose their PIDs as long as they are unique in the Transport Stream. After the EITs, the MGT 
example indicates the existence of a channel Extended Text Table using PID 0x1 AAO. Similarly, 
the last two entries in the MGT signal the existence of two Extended Text Tables, one for EIT-0 
and the other for EIT-1 . 

Descriptors can be added for each entry as well as for the entire MGT. By using descriptors, 
future improvements can be incorporated without modifying the basic structure of the MGT. The 
MGT is like a flag table that continuously informs the decoder about the status of all the other 
tables (except the STT, which has an independent function). The MGT is continuously 
monitored at the receiver to prepare and anticipate changes in the channel/event structure. When 
tables are changed at the broadcast side, their version numbers are incremented and the new 
version numbers are listed in the MGT. Based on the version updates and on the memory 
requirements, the decoder can reload the newly defined tables for proper operation. 

6.3 Virtual Channel Table 

This table contains the set of data that enables a receiver to tune and locate the service being 
broadcast. The Virtual Channel Table is essentially a list containing information about each 
service that a broadcaster creates or has announced that it will create within the DTV transport 
stream, as well as information about the broadcaster's associated analog channel 6 . See Figure 6.2 
for an example VCT. The VCT consists of one or more virtual channel definitions. The major 
elements of these definitions are: 

• The two-part (major/minor) channel number the user will use to access the service. 

• Its short name (up to seven characters). 7 

• How the service is physically delivered (carrier frequency" and modulation mode) 
The service channeLTSID 9 . 

• Its MPEG-2 program_number. 

• The type of service (analog TV, digital TV, audio only, data). 

• Its "source ID". 1 " 

• Descriptors indicating what PIDs are being used to identify packets transporting parts of 
the service and descriptors for extended channel name information. 



b The Standard supports sending information about virtual channels in another broadcaster's transport streams, but 
this is not expected to occur in the typical case. 

7 PSIP provides a descriptor mechanism to define longer channel names as needed. 

8 The carrier frequency field has little value except for identifying the paired NTSC channel. Its presence has caused 

confusion as it can be wrong, and that should not affect receivers. In the most recent amendment to ATSC 
Standard A/65A its use is discouraged. 

9 This must be the same as the TSID of the stream where the DTV service is being transmitted or the TSID of an 

analog channel. 

10 This is the key link to the announcements in the EITs. 
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6.5 Extended Text Table 

The ETT is an optional component used to provide detailed descriptions of virtual channels or 
events. These descriptions are called Extended Text Messages (ETMs). The format of the 32-bit 
ETM identification element tells the receiver whether the ETM describes a channel or an event 
within the EIT. This format allows the receiver to search for a single description quickly without 
having to parse the payload of a large table. 

Each instance of an Extended Text Table carries one text block. Fields in the EIT and VCT 
link a program event or virtual channel to an ETT instance. As with all text delivered with PSIP, 
multiple languages are supported. 

6.6 System Time Table 

The System Time Table is the simplest and smallest of the PSIP tables. Its function is to provide 
a reference for time of day to receivers. In addition, the STT provides daylight savings time 
information. 

The STT bases its reference for time of day on Global Positioning Satellite (GPS) time, 
which is measured in terms of seconds since 12:00 a.m. January, 6, 1980. This count increments 
monotonically, and hence can be used as a reliable and predictable timebase for specification of 
future times of action. 

A receiver needs one other piece of information to derive Coordinated Universal Time 
(UTC): the current count of the number of leap seconds that have occurred since the beginning of 
GPS time. The STT delivers this data as well. Leap seconds account for the difference between 
time based on atomic clocks (as is GPS time) and time based on astronomical events such as the 
earth's rotation. 

The STT also provides daylight savings time status (whether or not daylight savings time is 
in effect), and indicates the day of the month and the hour that the next transition will occur. 

A receiver needs two pieces of additional information before it can use the STT data to track 
local time of day: 1) the offset in hours from UTC (the time zone), and 2) whether or not daylight 
savings time is observed locally. For a digital television, this information may be entered directly 
by the consumer via a unit setup function. For a cable set-top box, this information may be 
delivered by the system operator. 

The System Time data is required to be no less accurate than plus or minus four seconds," 
but by locking it to the station master clock, the DTV receiver could be one of the most accurate 
timepieces in the household. The value of the STT should be set to the next second and the 
packet containing this value should be sent to the multiplexer shortly before each second 
increments. The exact interval before the transition is station configuration dependent and may 
not be deterministic, especially with statistical multiplexers. 

Most PSIP generators convert local time to GPS time internally (for the STT and all other 
tables with time). 

6.7 The Rating Region Table 

The function of the RRT is to define a rating system for a given region, where the rating system 
is characterized by a number of rating dimensions, each of which is composed of two or more 
rating levels. An example of a typical rating dimension used on cable is the Motion Picture 



The ATSC Implementation Subcommittee has recommended that this tolerance be reduced to ±1 second. 
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